Czy można wyłączyć opcję auto-merge w Visual Studio Team System 2008? Jeśli tak, to w jaki sposób?

Chciałbym wyłączyć funkcję automatycznego scalania podczas sprawdzania pliku do TFS, nad którym pracował inny programista, więc zawsze muszę ręcznie scalać. Jest na to jakiś sposób?

Author: jessehouwing, 2009-11-02

3 answers

Spróbuj wykonać następujące czynności (działa we wszystkich wersjach Visual Studio od 2012 roku):

Narzędzia - > Opcje - > Kontrola źródła - > Visual Studio Team Foundation Server -> odznacz "spróbuj automatycznie rozwiązać konflikty podczas ich generowania":

Tutaj wpisz opis obrazka

 113
Author: Andrey,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-07-27 10:44:41

Krótka odpowiedź od Visual Studio 2008 wydaje się być nie.

 3
Author: Bryan Anderson,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2009-11-05 15:43:49

Gdy dwie osoby zmienią ten sam plik, musisz "scalić" kod. Może to przybierać trzy formy:

  • Zachowaj swoją wersję (odrzucając ich zmiany)
  • zachowaj ich wersję (odrzucając zmiany)
  • połącz obie zmiany, aby połączyć je ze sobą

Nie można tego "wyłączyć", ponieważ nie ma innego bezpiecznego sposobu na rozwiązanie kolizji.

Najbliżej wyłączenia mergowania jest zablokowanie wielu kasowań (zablokowanie pliku tak, aby że tylko jeden programista może nad nim pracować na raz). Zapobiega to występowaniu dwóch jednoczesnych edycji, a tym samym zapobiega problemowi całkowitego scalenia. (Za dodatkową opłatą programiści często są blokowani i nie mogą pracować nad plikiem, gdy inny programista ma blokadę). Jest to okropny i zazwyczaj nieefektywny sposób pracy - nie polecam.

Możesz zminimalizować potrzebę łączenia:

  • sprawdzaj często. Wiele małych zmian zmniejsza ryzyko konfliktów scalania, podczas gdy kilka dużych zmian zwiększa ekspozycję.
  • Podziel duże i często zmieniane pliki na wiele mniejszych plików, aby zminimalizować szansę, że 2 programistów będzie musiało chnage tego samego pliku w tym samym czasie
  • zanim zaczniesz pracować nad plikiem, sprawdź, czy ktoś inny go edytuje i spróbuj zreorganizować swój "harmonogram", abyś nie musiał edytować tego pliku, gdy inny programista nad nim pracuje (narzucona przez siebie "miękka blokada", aby zmniejszyć ryzyko połączenia necessary)

Można również uaktualnić narzędzia scalania. Połączenie Visual Studio jest straszne, trudne w użyciu i często wprowadza problemy do kodu. Ugryzł mnie tak wiele razy, że nie mogę mu ufać, więc za każdym razem muszę robić bolesne połączenia ręczne. Teraz używam Araxis Merge, który zawsze robi automatyczne merge doskonale, dając mi pewność, że mogę po prostu zostawić go do połączenia dla mnie. (Nigdy nie korzystałem z innego programu scalającego, który daje mi taką pewność siebie i próbowałem prawie co drugą opcję na przestrzeni lat). Gdy wymagane jest ręczne scalanie, oferuje bardzo przejrzysty widok scalania do "odczytu" oraz bardzo szybki i intuicyjny interfejs do wyboru sposobu scalania każdego bitu kodu, dzięki czemu jest bardzo wydajny. Kiedyś zmagałem się przez 3 dni ze złożonym scaleniem w VS (psując kod kilka razy, dopóki się nie poddałem), a następnie kupiłem Araxis Merge i ponownie zrobiłem całe scalenie idealnie w 15 minut. Dobre narzędzie naprawdę usuwa ból z połączenia.

(nie jestem w jakikolwiek sposób związany z Araxisem, po prostu nie mogę znieść większości okropnych narzędzi scalających)

 1
Author: Jason Williams,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2009-11-02 20:54:38