TFS Połącz i zachowaj skojarzone zestawy zmian/komentarze

Załóżmy, że pracuję w dziale rozwoju i sprawdziłem zmianę, dostarczyłem komentarz i powiązałem element pracy. Teraz chcę scalić to z powrotem do Main, czy istnieje sposób, w jaki mogę mieć połączenie TFS wiedzieć, aby skojarzyć ten sam element pracy i komentarz domyślnie, gdy próbuję to sprawdzić?TFS Połącz i zachowaj skojarzone zestawy zmian/komentarze

Wydaje się banalne, ale skala to uwagę wielu Zestawienia zmian dziennie i rejestrowanie numerów elementów pracy do wybierz ponownie staje się bardzo uciążliwe ...

Źródło

2012-01-24 RailRhoad

TFS ma, moim zdaniem, słabość do tego. Wszystkie przewodniki TFS sugerują, że należy zastosować schemat wielu oddziałów - co jest absolutnie uzasadnione (patrz: here).
Deweloperzy będą pracować w gałęziach "placów zabaw" & po pomyślnym zakończeniu testów, zestawy zmian są propagowane do postaci stabilnej - więcej gałęzi zwalniających.

Nieco powielone pytanie na ten temat brzmi: this.

Zgodnie z odpowiedziami, extension autorstwa J.Ehn może zrobić to, co robisz po aspekcie łącza do WI. Żadne dowody nie pokazują, że aspekt dodawania komentarzy jest w jakiś sposób uwzględniony - ale może to nie mieć wielkiego sensu (co powinno się stać, jeśli scalanie zawiera wiele zatwierdzeń z gałęzi \ DEV?). Mimo to powinno być możliwe rozwidlenie tej implementacji i dodanie komentarzy.

W tym samym pytaniu E.Blancenship zapewnia trudną drogę do alternatywnej alternatywy another.

Źródło

2012-01-24 20:01:57 pantelif

Dla przypomnienia, propozycja Eda nie dostanie mi co potrzebne (I „m skupienie na checkins GATED) & a moja firma nie miała odwagi, by wypróbować rozwiązanie Jakoba (mgmnt czuł to może uszkodzić naszą instalację). Wciąż mam ten problem. – pantelif

w TFS, po scaleniu oddziałów, powstały changeset jest powiązany ze wszystkimi Zestawienia zmian scalone .

Jeśli połączyłeś zestaw zmian zawierający plik z oddziału A do B, to w gałęzi B, jeśli przeglądasz historię w tym pliku, pokaże się zestaw zmian scalania z "+" obok niego, który pozwala ci tunelować do oryginalnego zestawu zmian z komentarzami i powiązanymi elementami. Dlaczego ten audyt nie spełnia Twoich wymagań?

Źródło

2012-01-24 19:00:48

Załóżmy, że rozwiązujesz błąd w gałęzi DEV i powiążesz commit z błędem podczas odprawy. Po otwarciu WI zobaczysz ten zestaw zmian. W pewnym momencie zostało to połączone w gałąź MAIN. Ale gdzie? To nie jest w WI. >> Myślę, że to jest tutaj problem, jest to również problem na moim stole. – pantelif

Problemem nie jest nawigacja za pomocą kontroli źródła w przypadku kontroli, ale podczas nawigacji z WI do kontroli źródła. Widzę. W takim przypadku możesz dodać niestandardowe pole WIT, które pomaga śledzić to za pomocą edytora WIT. Musiałbym się zastanowić nad kolejnymi. –

TFS Połącz i zachowaj skojarzone zestawy zmian/komentarze

Odpowiedz

Powiązane problemy