Rozgałęzienie strategicznie

Kod źródłowy jest istotny element wysiłków rozwoju.Ale może stanowić wyzwanie skutecznie zarządzać i ewoluować pliki źródłowe, gdy wielu deweloperów równocześnie pracować na pliku aktualizacji.Przechowywanie kodu źródłowego w repozytoria udostępnionego, aby wyizolować wysiłki na rzecz rozwoju równolegle, zintegrowanie zmiany kodu i aby przywrócić poprzednie wersje pliku, można użyć systemu kontroli wersji.Rozgałęzianie jest kluczowym elementem kontroli wersji, umożliwiająca jednoczesne rozwoju.Oddział w strategicznie, można zachować kolejność i spójność wielu wersji oprogramowania.

Team Foundationzapewnia system kontroli wersji elastyczne i niezawodne.Można użyć Kontrola wersji programu Team Foundation do zarządzania wiele poprawek podczas programowania kodu źródłowego, dokumentów, elementów pracy 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 Za pomocą kontroli wersji.

Jak system zespołu zarządza kodu, podczas gdy ona wprowadza wiele zmian jednocześnie przez kilka wydań projektu?

Podczas pracy z systemu kontroli wersji, należy rozważyć, jaki skonfigurować strukturę oddziału.Aby utworzyć oddział, dublowanie plik kodu źródłowego.Następnie można zmienić oddziału, bez wpływu na źródła.Na przykład jak struktura branch na poniższej ilustracji, oddział główny zawiera funkcje wypełnione, który pomyślnie przeszedł testy integracji i oddział rozwoju zawiera kod, który jest w budowie.Nowe funkcje w gałęzi rozwoju jest zakończone i można przejść testy integracji, można podwyższyć kod z oddziału rozwoju do głównego oddziału.Ten proces jest zwany wstecznego integracji.Odwrotnie w przypadku scalania kod oddziału głównego oddziału rozwoju, proces jest zwany integracji do przodu.

Aby uzyskać więcej informacji dotyczących sposobu tworzenia i scalania oddziałów kodu, zobacz następujące strony w witrynie sieci Web w witrynie CodePlex: Przewodnik rozgałęzianie programu Team Foundation Server 2.0.

Rozgałęzianie i scalanie pociąga za sobą następujące zasady:

1. Każdy oddział musi mieć zdefiniowanych zasad dotyczących integrowania kod tego oddziału.Na przykład w strukturze oddziału poprzedniej ilustracji, można przypisać członka zespołu własne i zarządzania nimi głównego oddziału.Ten element jest odpowiedzialny za wykonywanie operacji początkowe oddziału, odwrócić Integracja zmian oddziału rozwoju oddział główny i do przodu Integracja zmian oddziału głównego oddziału rozwoju.Integracja z przodu jest ważne, podczas oddział główny integruje także zmiany z innych działów.

2. Oddział główny musi zawierać kod, który pomyślnie przeszedł testy integracji tak, aby zawsze jest gotowy do wydania.

3. ROZWOJU (lub pracy) oddziału stale ewoluuje, ponieważ członkowie zespołu zaewidencjonować zmiany okresowo.

4. Etykiety są migawkami plików w oddziale firmy w określonym czasie.

   Aby uzyskać więcej informacji, zobacz Za pomocą etykiet migawkę plików.

Team Foundation BuildPozwala wybrać z kilku typów kompilacje dla gałęzie: ręczne, ciągłego, gated, stopniowego i zaplanowane. Zaleca się, że oddział główny ma typ gated kompilacji wyboru. Oznacza to, że oddział rozwoju musi upłynąć wszystkie wymagania dla głównego oddziału może zatwierdzić wstecznego integracji.Oddział rozwoju należy uruchomić typu ciągłego kompilacji, ponieważ zespół musi sprawdzić jak najszybciej po nowe Zaewidencjonuj dotyczy oddziału rozwoju.

Jak często należy zespołu wstecznego integracji i włączenia do przodu?

Jak pokazano na poniższej ilustracji, powinien wystąpić wstecznego integracji i integracja z przodu przynajmniej po zakończenie wątku użytkownika.Chociaż każdy zespół może zdefiniować kompletności inaczej, zakończenie wątku użytkownika ogólnie oznacza zakończenie zarówno funkcje, jak i odpowiednie badania jednostki.Można odwrócić zintegrować oddziału głównego tylko po sprawdzeniu, testy stabilności oddziału rozwoju.

Jeśli masz więcej niż jeden oddział pracy (rozwój), do przodu integracji wszystkich oddziałów pracy powinna nastąpić tak szybko, jak każdy oddział integruje się z głównego oddziału.Ponieważ oddział główny jest przechowywany stabilne, integracja z przodu jest bezpieczne.Może wystąpić konflikty lub błędy w pracy oddziałów, ponieważ nie może zagwarantować, że oddziały pracy są stabilne.

Należy jak najszybciej rozwiązać wszystkie konflikty.Za pomocą gated Zaewidencjonuj dla głównego oddziału, możesz ułatwić wstecznego integracji znacznie ponieważ bramy jakości pomóc uniknąć konfliktów lub błędów w gałęzi głównego.Aby uzyskać więcej informacji, zobacz Sprawdź do folderu, który jest kontrolowana przez Gated wyboru w tworzenie procesu.

Jak zespół zarządzać źródeł implementujące wątki innego użytkownika?

Jak pokazano na poniższej ilustracji, można sprawdzić zmiany do oddziału pracy okresowo, aby ukończyć story użytkownika.Wiele artykułów użytkownika można implementować w tym samym oddziale w tym samym czasie.Jednakże można odwrócić zintegrować oddziału głównego tylko wtedy, gdy zostaną wykonane wszystkie prace w toku.Zaleca się, aby grupa historie użytkownika przez rozmiar podobne, ponieważ nie ma wątków dużej liczby użytkowników do blokowania integracja wielu małych.Dwa zestawy historie użytkownika można podzielić na dwie gałęzie.

Gdy zespół powinien dodać gałąź?

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

• Kiedy musi zwolnić kod na innego harmonogramu/cyklu niż istniejących gałęzi.

• Gdy kod wymaga zasad innej gałęzi.Jeśli tworzysz nowy Rozgałęzienie nowych zasad, można dodać wartość strategiczną do projektu.

• Kiedy funkcjonalność jest wydany nabywcy i plany zespołu zmiany, które nie wpływają na cyklu wydawniczego planowane.

Nie należy tworzyć rozgałęziony dla każdej historyjki użytkownika ponieważ powoduje to utworzenie kosztów integracji wysoki.Chociaż umożliwia łatwe rozgałęziony, obciążenie związane z zarządzaniem oddziałów może stać się istotne, jeśli masz wiele oddziałów.

Jak zespół zarządzać wydań z punktu widzenia kontroli wersji?

Zespół powinien móc wersji kodu na końcu dowolnego sprint.Za pomocą Team Foundation Server, można opisać oddział wykonywania migawki kodu w określonym punkcie w czasie. Jak pokazano na poniższej ilustracji, można opisać oddział główny dla wydania. Dzięki temu można przywrócić stan oddziału w tym momencie.

Ponieważ musi implementować aktualizacje dotyczące uwolnień, tworzenia oddziału dla wydania pomaga zespołu nadal pracować niezależnie sprint dalej bez tworzenia konflikty w przyszłych wydaniach.Poniższa ilustracja pokazuje oddziału, zawierający kod aktualizacji i że jest zintegrowany oddział główny po zwolnieniu z końcem drugiego sprint.

Po utworzeniu gałęzi do zwolnienia, należy utworzyć tego oddziału od głównego oddziału, która jest najbardziej stabilny.Jeśli gałęzi zwolnienia z pracy oddziału może spowodować wyzwania integracji, ponieważ stabilności w pracy oddziałów nie jest gwarantowane.