Kontrola wersji dla niezależnych programistów?

Czy uważasz, że warto używać kontroli wersji, jeśli jesteś niezależnym programistą, a jeśli tak, to dlaczego? Czy przechowujesz repozytorium na swoim komputerze, czy gdzie indziej, gdzie może służyć jako kopia zapasowa?

Jeśli używasz zdecentralizowanej kontroli źródła (Mercurial, Git, Bazaar lub cokolwiek innego), zyskujesz przewagę nad SVN / CVS, co sprawia, że ​​jest to łatwe, użyteczne i wydajne w użyciu w przypadku, gdy jesteś indykiem:

1. Dokonujesz transakcji lokalnie : katalog projektu jest Twoim repozytorium z PEŁNĄ historią. Więc nie musisz mieć serwera, zatwierdzasz bezpośrednio w repozytorium i możesz mieć kilka repozytoriów na tym samym komputerze. Używasz laptopa, który czasami otwierasz, aby kontynuować pracę nad swoimi rzeczami? Wspaniały! Nie musisz konfigurować serwera, a jeśli potrzebujesz go później, jest to łatwe i po prostu „wypychasz” i „ściągasz” zmiany między repozytoriami.
2. Ma na celu ułatwienie eksperymentowania : często musisz mieć pojęcie o funkcji bez zanieczyszczania kodu. Dzięki SVN i CVS możesz już korzystać z systemu rozgałęziania i porzucić gałąź, jeśli ta funkcja nie jest tak dobra, jak chcesz. Ale jeśli chcesz połączyć tę funkcję z wersją bagażnika, będziesz mieć wiele trudnych do naprawienia niespodzianek. Git, Mercurial i Bazaar (przynajmniej) sprawiają, że fuzje i oddziały są naprawdę łatwe. Możesz nawet po prostu zduplikować repozytorium, popracować nad nim przez jakiś czas, nadal zatwierdzać i zabijać je lub przesuwać zmiany w repozytorium głównym, jeśli chcesz.
3. Elastyczność organizacji : jak już wcześniej wspomniano, ponieważ repozytoria, które organizujesz w miarę potrzeb, łatwo jest zacząć samemu i pozwolić innym osobom współpracować z Tobą, zmieniając organizację. Żadna organizacja nie jest narzucana, więc wystarczy ją skonfigurować i voila. Często po prostu pcham / wyciągam zmiany między moimi własnymi komputerami (laptopem / komputerem stacjonarnym / serwerem) i wciąż jestem sam na moich programistach. Korzystam z Mercurial, co pomaga mi powielić moją pracę, ale także pracować nad funkcjami, o których myślałem na zewnątrz na swoim laptopie, a następnie kontynuować pracę nad innymi funkcjami na pulpicie, a następnie przesyłać zmiany laptopa na pulpicie lub serwerze i scalać cały pulpit + laptop i umieść go (jako kopię zapasową i repozytorium przyszłej pracy zespołowej) na moim serwerze.
4. Pomaga w tworzeniu kopii zapasowych : jeśli skonfigurujesz centralne repozytorium (na GitHub, jeśli jest publiczne lub w prywatnym repozytorium na BitBucket), możesz łatwo napisać skrypt, który zostanie wykonany przy każdym uruchomieniu komputera, a następnie przekazać ten skrypt na do znajomych, aby regularnie tworzył automatyczne kopie zapasowe pracy. Właśnie to robię, więc jestem pewien, że stracenie pracy nie będzie łatwe.

W rzeczywistości obecnie nie ma wymówki, aby nie używać narzędzia źródła kontroli dla żadnego projektu. Ponieważ są one bardziej wydajne i elastyczne niż wcześniej i mogą być skalowane zgodnie z Twoimi potrzebami.

kontrola kodu źródłowego jest całkowicie bezużyteczna dla niezależnych programistów, ponieważ jak wszyscy wiemy:

• niezależni programiści nigdy nie popełniają błędów
• niezależni programiści nigdy nie wybierają wersji, które się nie sprawdzają
• niezależni programiści nigdy nie mają więcej niż jednej wersji, więc nie mają zastosowania dla oddziałów
• niezależni programiści nigdy nie dbają o to, co zmienili wczoraj lub w zeszłym tygodniu
• niezależni programiści nigdy nie potrzebują kopii zapasowych

Nazwij mnie „deweloperem zależnym”: repozytoria Mercurial łatwo klonują się między moim komputerem stacjonarnym, laptopami, dyskami USB do tworzenia kopii zapasowych i bitbucket.org. Stałem się zależny i lubię to w ten sposób!

Dlaczego nie?

Jestem solistą i używam BitBucket i Mercurial do moich osobistych projektów. Możliwość cofnięcia i rozwidlenia kodu jest po prostu zbyt dobra, aby go pominąć.

Osobiście znajduję w tym wartość. Wszystkie moje projekty są sprawdzane w repozytoriach git (z których wszystkie przechowuję na wielu komputerach w przypadku awarii sprzętu). Najbardziej przydatne funkcje to rozgałęzianie (dzięki czemu mogę przeprowadzić eksperyment, który nie działa z połową mojej bazy kodu i nie martwię się o trwałe wysadzenie czegokolwiek) i przywracanie (co w zasadzie polega na cofnięciu sterydów; na wypadek, gdyby okazało się, że zrobiłem trochę błąd, który jest poza regularnym cofnięciem).

Tak. To jest bardzo, bardzo przydatne. Mój przyjaciel Matt Gallagher opublikował ten znakomity artykuł na ten temat zaledwie kilka dni temu na swoim blogu programistycznym iOS / MacOS „Cocoa With Love”.

Artykuł dotyczy Mac & Git, ale obejmuje podstawy.

Mogą Cię również zainteresować poniższe pytania StackExchange (i ich odpowiedzi).

• Czy są zalety korzystania z dvcs dla programisty solo?
• Jakie techniki narzędziowe mogą przynieść korzyści twórcy solo?
• Git dla solowego programisty.

Wartość?? Musieć! Jeśli nie korzystasz z kontroli źródła, nie kontrolujesz źródeł, a to źle. Nie możesz się różnić, nie możesz cofnąć, nie możesz śledzić zmian - poświęcisz godziny na znalezienie fałszywego błędu, który właśnie wprowadziłeś. Lepiej jest mieć go na jakimś serwerze z kopią zapasową, ale możesz także mieć swój komputer i użyć dowolnej metody tworzenia kopii zapasowych, która Ci odpowiada.

Absolutnie użyj kontroli źródła. Następnie skonfiguruj serwer kompilacji i zautomatyzuj procesy kompilacji i testowania. Trigger buduje z twoich źródłowych zatwierdzeń centralnego repozytorium. Pracuję sam przez trzy lata w ten sposób i to jest wspaniałe.

Tak.

Nawet pojedynczy programiści muszą czasem zobaczyć stan swojego kodu z poprzedniej wersji. Zawsze dobrym pomysłem jest tworzenie kopii zapasowych wszystkiego, co ważne, i dotyczy to wszystkich ludzi.