Bramka Checkin: Sheving the Sources powoduje wycofanie w Visual Studio

Question

Jeden z naszych programistów odkrył coś bardzo dziwnego w Gated Checkin Builds, które wydaje się być funkcją Gated Checkins.

Po uruchomieniu kontrolowanego czeku, rozwiązanie w jego Eksploratorze rozwiązań wydaje się powracać do ostatniej wersji sprawdzonej. Po zakończeniu kompilacji Visual Studio pokazuje komunikat o błędzie lub powodzeniu z przyciskiem w języku niemieckim o nazwie "Kod aufnehmen" (w języku angielskim: "Uzgodnij ...")

Po kliknięciu odzyskuje wprowadzone zmiany.

Wiem, że w Visual Studio możesz cofnąć swoje rozwiązanie, kiedy je odkładasz. Wydaje mi się, że właśnie to robi Visual Studio.

Czy można ustawić Visual Studio lub TFS tak, aby po półkach dla Gated Checkins nie powracał? A może ktoś może mi powiedzieć, dlaczego Visual Studio to robi.

Answer 1

Cały proces z checkins GATED że TFS:

• konstruuje Shelveset ze wszystkich zmian
• próbuje zbudować najnowszy stan kodzie + to Shelveset &
• Jeśli wszystko się powiedzie, Shelveset zostaje przypisany do repozytorium

Domyślnie TFS przywraca obszar roboczy Developer do ostatniego checke d podczas tej operacji. Można to zmienić, wykonując następujące czynności:


W ten sposób programista może bezpośrednio kontynuować pracę, ale gdy kompilacja zakończy się niepowodzeniem & mogą wystąpić konflikty podczas uzgadniania lokalnego obszaru roboczego.

Generalnie, ogrodzone budowle powinny trwać jak najmniej. Jeśli ta zasada jest zachowana, niezbywalnym sposobem postępowania jest uniknięcie ustawienia opcji "Zachowaj" .
Jeśli kompilacja trwa dłużej niż 5 minut, może warto.
Bardzo ładny opis funkcji Gated Checkin można znaleźć w artykule this autorstwa P. Caranhana.