Strategiczne tworzenie odgałęzień

 

Kod źródłowy jest istotny element z tworzeniem aplikacji. Ale można ją żądanie efektywne zarządzanie i rozwijać plikach źródłowych, gdy wielu deweloperów jednocześnie pracować nad aktualizacji plików. System kontroli wersji służy do przechowywania kodu źródłowego w udostępnionych repozytoriów, aby wyizolować równoległe programistycznych, integrację zmiany kodu i aby przywrócić poprzednie wersje plików. Ważnym elementem w kontroli wersji jest gałęzi umożliwiający projektowanie jednoczesnych. Możesz tworzyć gałęzie strategicznie, można zachować kolejność i spójność wielu wersji oprogramowania.

Team Foundation zawiera system kontroli wersji elastyczna i niezawodna. Można użyć Kontrola wersji programu Team Foundation do zarządzania wieloma poprawki podczas tworzenia kodu źródłowego, dokumentów, elementów roboczych i inne krytyczne informacje, które jest obsługiwanych przez zespół. Aby uzyskać więcej informacji na temat kontroli wersji w Visual Studio Team Foundation Server, zobacz Korzystanie z systemu kontroli wersji.

Jak Twój zespół zarządzać kodu podczas wprowadza ona wielu zmian jednocześnie za pomocą kilku wydań projektu?

Podczas pracy z systemem kontroli wersji, należy rozważyć sposób konfiguracji strukturę oddziałów. Aby utworzyć gałąź, dublowania pliku kodu źródłowego. Następnie możesz zmienić odgałęzienie bez wywierania wpływu na źródle. Na przykład, jak pokazano na poniższej ilustracji struktury oddziałów, gałęzi GŁÓWNYM zawiera funkcji ukończone, który przeszedł testów integracji, a odgałęzienie tworzenia kodu, który jest w przygotowaniu. Nowe funkcje w gałęzi rozwoju zostanie ukończone i może zdanie testów integracji, można podwyższyć poziom kod z oddziałów projektowania do gałęzi GŁÓWNYM. Ten proces jest określany jako odwrotnej integracji. Z drugiej strony, w przypadku scalania kod z gałęzi GŁÓWNYM gałąź rozwoju, proces jest określany jako integracji do przodu.

Aby uzyskać więcej informacji dotyczących sposobu tworzenia i scal Programowanie gałęzi, zobacz następujące strony w witrynie CodePlex w sieci Web: Przewodnik gałęzi programu Team Foundation Server 2.0.

Podręcznik rozgałęziania i scalania pociągają za sobą następującymi zasadami:

1. Poszczególne gałęzie musi mieć zdefiniowany zasady dotyczące sposób integracji kodu ta gałąź. Na przykład w strukturze oddziałów w poprzedniej ilustracji można przypisać członka zespołu właścicielem oraz zarządzanie nimi gałęzi GŁÓWNYM. Ten element jest odpowiedzialny za wykonywanie operacji początkowego oddziałów, odwrotna integracji zmiany z oddziałów Tworzenie gałęzi GŁÓWNYM, a do przodu integracji zmiany od gałęzi GŁÓWNYM odgałęzienie rozwoju. Integracja do przodu jest ważna, jeśli gałęzi GŁÓWNYM integruje się zmian wprowadzonych przez inne gałęzie.

2. Odgałęzienie główny musi zawierać kod, który przeszedł testów integracji, aby zawsze jest gotowa do zwolnienia.

3. Tworzenie (lub pracy) oddziałów stale rozwoju, ponieważ członków zespołu Zaewidencjonuj zmiany okresowo.

4. Etykiety są migawek plików z gałęzi w określonym czasie.

   Aby uzyskać więcej informacji, zobacz Korzystanie z etykiet do wykonywania migawek plików.

Team Foundation Build można skorzystać z wielu typów kompilacji dla gałęziach: ręczne, ciągłego, uzyskiwany, stopniowe i zaplanowane. Zaleca się, że gałęzi GŁÓWNYM ma typ uzyskiwany ewidencjonowania kompilacji. Oznacza to, oddziałów rozwoju musi przekazywać wszystkie wymagania dotyczącego gałęzi GŁÓWNYM przed dokonaniem odwrotnej integracji. Odgałęzienie rozwoju powinno być typu ciągłego kompilacji, ponieważ Twojego zespołu należy sprawdzić, jak najszybciej po nowe zaewidencjonowania dotyczy oddziałów rozwoju.

Jak często należy Twój zespół odwrotnej integrowanie i integrowanie do przodu?

Jak pokazano na poniższej ilustracji, integracji do przodu i wstecznego integracji powinno przebiegać co najmniej po zakończeniu Historia użytkownika. Chociaż każdy zespół może zdefiniować kompletności inaczej, zakończenia Historia użytkownika zazwyczaj oznacza ukończyć zarówno funkcje i odpowiednie testy jednostek. Możliwe jest cofnięcie integrowanie do gałęzi GŁÓWNYM tylko wtedy, gdy testy jednostek została zweryfikowana stabilność odgałęzienie projektowania.

Jeśli masz więcej niż jedno odgałęzienie pracy (rozwój) do przodu integracji wszystkich oddziałów pracy powinno przebiegać jako oddziałów integruje się z gałęzi GŁÓWNYM. Ponieważ gałęzi GŁÓWNYM jest przechowywane stabilna, do przodu integracji jest bezpieczne. Konflikty lub błędy w gałęzi pracy mogą wynikać z nie może zagwarantować, że gałęzie pracy są stałe.

Należy jak najszybciej rozwiązać wszystkie konflikty. Przy użyciu gated zaewidencjonowania dla gałęzi GŁÓWNYM, możesz ułatwić odwrotnej integracji znacznie ponieważ bramy jakości uniknąć konfliktów lub błędów w gałęzi GŁÓWNYM. Aby uzyskać więcej informacji, zobacz Ewidencjonowanie w folderze, który jest kontrolowany przez proces kompilacji z ewidencjonowaniem i bramą.

Jak Twój zespół zarządzać źródeł implementujących historie innego użytkownika?

Jak pokazano na poniższej ilustracji, można zaewidencjonować zmiany gałąź pracy okresowo, aby ukończyć Historia użytkownika. Wiele wątków użytkownika można zaimplementować w tym samym gałęzi, w tym samym czasie. Jednak możliwe jest cofnięcie integrowanie do gałęzi GŁÓWNYM tylko wtedy, gdy ukończyć pracy w toku. Zaleca się grupować historie użytkowników według wielkości podobne, ponieważ użytkownik nie chce Historia dużej liczby użytkowników do blokowania integracji wiele małych sieci. Dwóch zestawów historie użytkowników można podzielić na dwie gałęzie.

Kiedy zespołu należy dodać gałąź

Należy utworzyć gałęzie w następujących sytuacjach:

• Po zwolnieniu musi kodu w różnych harmonogram/cykl od istniejących gałęzi.

• Jeśli kod wymaga zasadę innej gałęzi. Po utworzeniu nowego oddziału, zawierającej nowej zasady odpowiednich wartości można dodać do projektu.

• Po zwolnieniu funkcji klientowi i cyklu planów zespołu mogli dokonać zmian, które nie dotyczą planowane zlecenia.

Nie należy tworzyć gałęzi dla każdego wątku użytkownika, ponieważ tworzy kosztu wysokiej integracji. Chociaż Team Foundation Server umożliwia łatwe gałęzi, zarządzanie gałęzie przeciążenia może stać się istotne, jeśli masz wiele gałęzi.

Jak zespół zarządzania wersjami z punktu widzenia kontroli wersji?

Twój zespół powinien mieć możliwość zwolnienia kod na końcu wszelkie sprint. Przy użyciu Team Foundation Server, można dodać etykietę odgałęzienie do użycia migawki kodu w określonym miejscu w czasie. Jak pokazano na poniższej ilustracji, można opisać gałęzi GŁÓWNYM wydania. Dzięki temu możesz przywrócić odgałęzienie stan w tym momencie.

Ponieważ aktualizacje musi implementować na wersje, tworzenie gałęzi wydania ułatwia członkom zespołów, nadal działały niezależnie na kolejny sprint bez utworzenia powoduje konflikt z kolejnych publikowanych wersjach. Poniżej przedstawiono gałąź zawiera kod aktualizację i który jest włączona w gałęzi GŁÓWNYM po wydaniu na końcu drugiego sprint.

Po utworzeniu gałęzi wydania, należy utworzyć tego oddziału od gałęzi GŁÓWNYM, która jest najbardziej stabilny. Możesz tworzyć gałęzie wersji z gałąź pracy, może spowodować wyzwaniom integracji ponieważ stabilność gałęzie pracy nie jest gwarantowana.