2009-11-02 13 views

Odpowiedz

3

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

1

Ilekroć dwie osoby zmieniły ten sam plik, musisz "scalić" kod. Może to potrwać trzy formy:

  • Miej wersję (odrzucając ich zmiany)
  • zachować swoją wersję (odrzucając zmiany)
  • Scalanie zarówno zmiany na połączenie ich obu razem

Ty możliwe, "t" to wyłącz ", ponieważ nie ma innej bezpiecznej metody rozwiązania konfliktu.

Najbliższym wyjściem jest wyłączenie scalania w celu uniemożliwienia wielokrotnych płatności (zablokuj plik, aby mógł pracować tylko jeden programista na raz). Zapobiega to występowaniu dwóch równoczesnych zmian, a przez to całkowicie eliminuje problem scalania. (Za dodatkową opłatą deweloperzy często są blokowani i nie mogą pracować nad plikiem, podczas gdy inny programista ma blokadę). To okropny i zwykle nieefektywny sposób pracy - nie polecałbym tego.

Można zminimalizować konieczność scalania:

  • Przyjazd często. Wiele drobnych zmian zmniejsza ekspozycję na konflikty seryjne, a kilka dużych zmian zwiększa ekspozycję.
  • Podziel duże i często zmienione pliki na wiele mniejszych plików, aby zminimalizować ryzyko, że 2 deweloperów będzie musiało zmienić ten sam plik w tym samym czasie
  • Przed rozpoczęciem pracy nad plikiem sprawdź, czy ktokolwiek inny go edytuje i spróbuj zreorganizować swój "harmonogram", aby nie trzeba było zaczynać edycji tego pliku, podczas gdy inny programista pracuje nad nim (samozapisany "miękki zamek", aby zmniejszyć szansę na scalenie).

Można również zaktualizować narzędzia scalania. Łączenie Visual Studio to straszne, trudne w użyciu i często wprowadza problemy w kodzie. Przygryzła mnie tak wiele razy, że nie mogę jej ufać, więc za każdym razem trzeba robić bolesne ręczne połączenia. Teraz używam Araxis Merge, która zawsze dokonuje automatycznego scalenia, dając mi pewność, że mogę po prostu zostawić to dla mnie. (Nigdy nie użyłem innego programu do scalania, który daje mi taką pewność, a przez te wszystkie lata próbowałem prawie każdej innej opcji). Gdy wymagane jest ręczne scalanie, oferuje bardzo wyraźny widok scalania do "odczytu" oraz bardzo szybki i intuicyjny interfejs użytkownika, pozwalający wybrać sposób scalania każdego kodu, dzięki czemu jest on bardzo wydajny. Raz walczyłem przez 3 dni ze złożonym scalaniem w VS (kilka razy uszkadzając kod, aż dałem sobie z tym spokój), potem kupiłem Araxis Merge i ponownie wykonałem całe połączenie w ciągu 15 minut. Dobre narzędzie naprawdę usuwa ból z łączenia.

(nie jestem związany z Araxis w jakikolwiek sposób, po prostu nie może znieść większość strasznych narzędzi seryjnej tam)

+9

Nie chcę odbierać możliwości scalania. Chcę wyłączyć funkcję "scalania" automatycznego łączenia, ponieważ ma to straszne skutki. Zasadniczo chcę tego, więc zawsze będę wykonywał ręczne scalanie. –

+0

Mam już skonfigurowane do ręcznego scalania w Winmerge, co sprawia, że ​​ręczne scalanie jest prawie bezbolesne. –

+1

Ah. W takim przypadku przepraszam, że nie jest bardzo pomocna. Obawiam się, że dzielę się twoją skargą (liczba okien dialogowych, które musisz przepracować, aby dokończyć scalanie VSTS i narzędzia scalania jest tak frustrująca, nużąca i marnująca czas! Jak tylko dostanę trochę wolnego czasu, myślę, że po prostu napiszę zastępczy interfejs dla TFS, "bo ten MS (używając terminów technicznych) naprawdę jest do bani) –

107

Spróbuj wykonać następujące czynności:

VS 2012 -> Narzędzia -> Opcje -> Kontrola Source -> Visual Studio Team Fou ...-> Usuń zaznaczenie "Próba automatycznego rozwiązywania konfliktów podczas ich generowania"

+0

Myślę, że użytkownik chce tutaj wyłączyć całkowicie funkcję automatycznego scalania. Zgaduję, że w oparciu o fakt, że opcja, do której się odwołujesz, nie istniała, kiedy to pytanie zostało napisane ... –

+1

To działało dla nas dla VS2012 + TFS2012. – SarjanWebDev

+0

Na wszelki wypadek, jeśli potrzebujesz linku .. zobacz ten wpis http://www.donovanbrown.com/post/2013/01/31/I-dont-trust-2012-Auto-merge-but-it-does- it-automatic- – Amitd

Powiązane problemy