Ostrożność zwykle wystarcza, aby zapobiec problemom, ale czasami muszę dwukrotnie sprawdzić gałąź, nad którą pracuję ( np. „Hmm ... jestem w dev
gałęzi, prawda?”), Sprawdzając losową ścieżkę kontroli źródła plik.
Szukając łatwiejszego sposobu, pomyślałem o odpowiedniej nazwie plików rozwiązania ( np. MySolution_Dev.sln
), Ale z różnymi nazwami plików w każdej gałęzi, nie mogę scalić plików rozwiązania.
Nie jest to wielka sprawa, ale czy są jakieś metody lub „małe sztuczki”, których używasz, aby szybko upewnić się, że jesteś we właściwej branży? Używam Visual Studio 2010 z TFS 2008.
git status
lubhg status
?Odpowiedzi:
Korzystam z tej http://visualstudiogallery.msdn.microsoft.com/f3f23845-5b1e-4811-882f-60b7181fa6d6
Aktualizuje twój tytuł na przykład:
Rozwój \ mój projekt
lub
Główny \ mój projekt
lub
Release \ myproject
Mam nadzieję, że to pomoże
źródło
Nazwij działające katalogi inaczej. Oznacza to, że jeśli twój projekt nosi tytuł „MY_PROJECT”, utwórz inny katalog roboczy dla każdej gałęzi. Jeśli istnieje jedna gałąź o nazwie „dev”, to potrzebujesz katalogu dla trunk i katalogu dla dev, jak poniżej:
źródło
Nie pracuję w ogólnej gałęzi deweloperów lub pni.
ZAWSZE pracuję w gałęziach funkcji. Po zakończeniu funkcji wykonuję następujące kroki.
Mam tylko gałąź deweloperów otwartą na kilka minut i od razu ją zamykam.
źródło
Możesz utworzyć pusty plik w każdej gałęzi, np. THIS_IS_TRUNK.txt w pniu i THIS_IS_DEV.txt w DEV.
źródło
Dużo pracy (D) VCS wykonuję z wiersza poleceń. Gorąco polecam mieć twój szybki wyświetlacz, gdzie jesteś. Na przykład mój monit w repozytorium Git wygląda (robię to również dla SVN):
A jeśli repozytorium jest obecnie brudne (niezatwierdzone zmiany):
Mam również tło ustawione na czerwono, jeśli jestem zalogowany do prod, takie rzeczy. Uważam, że proste powiadomienia wizualne są dla mnie bardzo skuteczne.
Wspomniałeś, że często widzisz to najczęściej po powrocie do komputera. Po wyjściu znajduję notatkę, w której mój punkt skupienia (gałąź, numer błędu, funkcja) przykleił się do klawiatury, aby być bardzo skutecznym, pozwalając mi szybko wrócić do pracy, zamiast odtwarzać to, co zrobiłem ostatnio .
źródło
Istnieje bezpłatne rozszerzenie Visual Studio o nazwie TFS Solution Info, które może w tym pomóc. Pokazuje bieżącą gałąź i obszar roboczy w małym oknie, które można zadokować / przypiąć w dowolnym miejscu.
źródło
Używam VSCommands rozszerzenie (z Visual Studio 2012, ale nie jest to wersja 2010) i wygodnie umieszcza nazwę oddziału w lewym górnym rogu ekranu, a także w Solution Explorer.
W żaden sposób nie związany z produktem, tylko zadowolony użytkownik.
źródło
Unikam pracy w niewłaściwej gałęzi, robiąc prawie wszystko w jednej gałęzi (w pniu - zgodnie z tzw. Strategią rozgałęzienia „niestabilny pień” ).
Przypadki, w których jestem zmuszony do aktualizacji gałęzi, są dość rzadkie - są to poprawki błędów przedprodukcyjnych i postprodukcyjnych (kod kandydata na produkt jest izolowany w gałęziach). Ponieważ te poprawki powinny być również w bagażniku, zwykle szkicuję, testuję i weryfikuję je bezpośrednio w bagażniku, a następnie przesyłam do gałęzi prod. Przeniesienie z reguły wymaga prostej kopii od 1 do 5 plików do rozgałęzienia i kompilacji.
źródło
Konkretna odpowiedź zależy od używanego oprogramowania do kontroli wersji, ale zwykle istnieje polecenie, które pozwala łatwo zobaczyć gałąź, nad którą pracujesz. Na przykład w przypadku Subversion użyj
svn info
polecenia w katalogu, aby zobaczyć adres URL tej gałęzi. Jeśli bardziej interesuje Cię konkretny plik, możesz to również określić:Z adresu URL widzę, że moja kopia pliku foo.c znajduje się w gałęzi caleb-dev.
Nie muszę tego robić zbyt często, ponieważ mój lokalny katalog ma taką samą nazwę jak oddział. Szybkie spojrzenie na mój wiersz polecenia zwykle wystarcza, aby potwierdzić, że jestem we właściwym katalogu i dlatego pracuję w odpowiedniej gałęzi.
źródło
Wiele odpowiedzi tutaj, ale żadna, która nie dotyka prostego rozwiązania, które mamy tam, gdzie pracuję: dla każdej gałęzi utwórz nową maszynę wirtualną zawierającą środowisko deweloperskie i sprawdź z właściwej gałęzi. Musisz to zrobić i zrobić to dobrze raz, a następnie po prostu przełączasz maszyny wirtualne, aby przełączać gałęzie.
źródło