Pytania otagowane jako version-control

Dyscyplina programistyczna do śledzenia, przechowywania i wyszukiwania poprawek kodu źródłowego.


17
Czy powinienem powiedzieć komuś, że ich popełnienie spowodowało regres?
Kiedy wyśledzisz i naprawisz regresję - tj. Błąd, który spowodował, że poprzednio działający kod przestał działać - kontrola wersji pozwala całkowicie sprawdzić, kto dokonał zmiany, która go złamała. Czy warto to robić? Czy konstruktywne jest wskazanie tego osobie, która dokonała zatwierdzenia? Czy charakter pomyłki (w skali zwykłej nieuwagi wobec fundamentalnego …


10
Co powinienem zrobić, gdy już zbyt długo czekałem między zatwierdzeniami?
Byłem niegrzeczny ... Za dużo „kodowania kowbojów”, za mało popełniania. Teraz jestem z ogromnym zobowiązaniem. Tak, powinienem był cały czas się angażować, ale teraz jest już za późno. Co jest lepsze? Zrób jeden bardzo duży zatwierdzenie, wymieniając wszystkie rzeczy, które zmieniłem Spróbuj podzielić go na mniejsze zatwierdzenia, które prawdopodobnie się …

12
Czy historia zatwierdzeń powinna być wykorzystywana do przekazywania krytycznych informacji deweloperom?
Podczas spotkania dotyczącego wycofania SDK innej firmy z najnowszej wersji zauważono, że nasi programiści już zaznaczyli w historii zatwierdzeń, że najnowszej wersji nie należy używać. Niektórzy programiści twierdzili, że była to zła praktyka i powinna była zostać odnotowana w pliku źródłowym (tj. // Don't upgrade SDK Version x.y.z, see ticket …

11
git dla projektów osobistych (jednoosobowych). Przesada?
Znam i używam dwa systemy kontroli wersji: Subversion i git. Subversion na razie przyzwyczaja się do osobistych projektów, w których jestem jedynym programistą, a git przyzwyczaja się do projektów open source i projektów, w których, jak sądzę, inni również będą pracować nad projektem. Wynika to głównie z niesamowitych możliwości rozwidlania …

6
Dlaczego git używa skrótów zamiast numerów wersji?
Zawsze zastanawiałem się, dlaczego git woli skróty niż numery wersji. Numery wersji są znacznie wyraźniejsze i łatwiejsze do odniesienia (moim zdaniem): Istnieje różnica między poleceniem komuś spojrzenia na wersję 1200 lub zatwierdzeniem 92ba93e! (Podam tylko jeden przykład). Czy jest więc jakiś powód tego projektu?


12
Czy warto używać „dziennika zmian” w każdym pliku kodu, gdy używasz kontroli wersji?
Miałem wrażenie, że system kontroli wersji wyeliminował potrzebę umieszczania „dzienników zmian” wszędzie w kodzie. Często widziałem ciągłe korzystanie z dzienników zmian, w tym dużych długich bloków na początku procedur przechowywanych z dużą sekcją zablokowaną dla zmian w pliku i zaśmiecającą kod takimi rzeczami jak: // 2011-06-14 (John Smith) Change XYZ …

28
Czy dobry programista może nigdy nie używać kontroli wersji? [Zamknięte]
Szukam programisty, który pomoże rozwiązać trudną sytuację. Dotychczasowe wywiady były zaskakująco rozczarowujące. Najlepszym jak dotąd kandydatem jest bardzo doświadczony programista, który nigdy nie korzystał z oprogramowania do kontroli wersji. Problem sam w sobie może nie być zbyt poważny, ponieważ można się go szybko nauczyć. Ale jest głębszy aspekt, który mnie …




9
Czy Git powinien być wykorzystywany do dokumentacji i zarządzania projektami? Czy kod powinien znajdować się w osobnym repozytorium?
Zaczynam repozytorium Git dla projektu grupowego. Czy sensowne jest przechowywanie dokumentów w tym samym repozytorium Git co kod - wygląda na to, że jest to sprzeczne z naturą przepływu wersji git. Oto podsumowanie moich pytań: Czy styl weryfikacji Gita będzie mylący, jeśli zarówno kod, jak i dokumenty zostaną sprawdzone w …

7
Dlaczego tak wiele projektów woli „git rebase” niż „git merge”?
Jedną z zalet korzystania z DVCS jest przepływ pracy edycji-zatwierdzania-scalania (w stosunku do edycji-scalania-zatwierdzania często wymuszanej przez CVCS). Zezwalanie na rejestrowanie każdej unikalnej zmiany w repozytorium niezależnie od fuzji zapewnia, że DAG dokładnie odzwierciedla prawdziwy rodowód projektu. Dlaczego tak wiele witryn mówi o tym, że chcą „uniknąć zatwierdzeń scalania”? Czy …

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.