Kontrola wersji dla PHP Development

Question

Wiele słyszałem o zaletach używania systemu kontroli wersji i chciałbym go wypróbować. Przez ostatnie 2 lata zajmowałem się tworzeniem stron zewnętrznych w PHP, dwa miesiące temu zatrudniłem jeszcze dwóch programistów do pomocy. Niedługo zatrudnię jeszcze jedną osobę. Prowadzimy 4 strony internetowe, z których wszystkie są moje, które są ciągle edytowane przez jednego z nas. Sam nauczyłem się PHP i nigdy nie pracowałem w żadnej innej firmie. Stąd jestem nowy w kontroli wersji, testowaniu jednostkowym i wszystkim.

Obecnie mamy serwery rozwojowe na naszych stacjach roboczych. Kiedy edytujemy konkretną sekcję strony, pobieramy kod dla tej konkretnej sekcji (powiedzmy/news/lub/movies/lub/wallpapers /) z serwera produkcyjnego do serwera dev, wykonujemy zmiany lokalnie i przesyłamy do produkcji serwer (bez sprawdzania/testowania kodu). Z tego powodu nasz serwer dev jest zawsze nieaktualny z naszego serwera prod. Czasami powoduje to również problem, gdy jeden z nas zapomni pobrać najnowszą kopię z prod i nadpisuje ostatnią zmianę. Wiem, że to bardzo głupie, ale obecnie nasz serwer prod jest jedyną kopią, która ma wszystkie aktualizacje i najnowsze zmiany.

Czy ktokolwiek może zaproponować dla mnie najlepszy system kontroli wersji? Bardziej interesuje mnie rozproszona kontrola wersji, ponieważ nie mamy centralnej kopii zapasowej dla całego naszego kodu. Czytałem o Mercurial i Git i odkryłem, że Mercurial jest używany w kilku dużych projektach open source przez Mozillę, Sun, Symbian itd. Więc który z nich jest dla mnie lepszy? Nie tylko kontrola wersji, jeśli jest jakikolwiek inny pakiet, którego mogę użyć do ulepszenia mojej obecnej konfiguracji, proszę o tym również wspomnieć :)

Answer 1

Brzmi jak Git może osiągnąć swoje cele całkiem dobrze. Ponieważ jest rozprowadzany, doskonale nadaje się do pracy lokalnie, ponieważ możesz wykonywać większość operacji (zatwierdzanie, przywracanie, porównywanie, łatanie) bez połączenia z serwerem centralnym. Możesz także uniknąć brzydkiego momentu, w którym ktoś pcha nowy kod do produkcji, podczas gdy ktoś inny pracuje nad nim, a następnie ma skomplikowane zadanie scalenia tych dwóch wersji kodu razem (git dostarcza przydatnego narzędzia do robienia tego, nazwanego rebase).

Zauważyłeś, że jest kilka dużych projektów używających Hg (Mercurial), ale są też takie duże przy użyciu Git, takich jak jądro Linux, X.org, Android i Debian.

Używam git dla wszystkich moich stron: jest błyskawiczny, wydajny i łatwy w użyciu.

---

Edit: Jeśli chcesz, aby dostać się za pomocą Git, polecam jakiejś lektury przed skokiem tuż Ruszanie na niewłaściwym stóp może mieć pewne konsekwencje strasznych później.. Jeśli podążasz za zwinnym przepływem pracy, możesz chcieć sprawdzić this. Here's Strona internetowa dowiedziałem się od mojej większości wiedzy z Git.

Answer 2

Możesz użyć SVN, Git, Mercurial.

Największe wyzwanie polega na tym, aby wszyscy byli zdyscyplinowani w używaniu kontroli wersji i nie byli leniwi.

Answer 3

Kontrola wersji jest niesamowitym narzędziem, nawet gdy pracujesz sam, a kiedy pracujesz z kimś innym, jest to niezbędne. Polecam używanie gita. Jest bardzo szybki, ma naprawdę świetny zestaw dostępnych narzędzi i oczywiście ma github.com. Mercurial jest tak samo dobry jak git, ale działa trochę wolniej i nie ma github.

dlaczego używać git, zapoznaj http://whygitisbetterthanx.com/

Oto ładną poradnik na rozpoczęcie pracy z git: http://www-cs-students.stanford.edu/~blynn/gitmagic/index.html

Answer 4

Zdecydowanie Mercurial. Chociaż można używać zarówno Git, jak i SVN, Mercurial jest lepszy z dwóch powodów:

1. Vs Git: Dobra integracja z Windows.
2. Vs SVN: Jest rozpowszechniany.

Jeśli nie chcesz uruchamiać serwera Mercurial (co jest całkiem łatwe), dostępnych jest wiele usług. Kiln + FogBugz to DOSKONAŁA kombinacja. Istnieje również CodeBaseHQ (obsługuje również Git i SVN), Bitbucket i wiele innych.

Zanim się na nie włączysz, zdecydowanie polecam przeczytać przynajmniej Joel Spolsky's tutorial, ale zdecydowanie polecam również przeczytać Mercurial: The Definitive Guide.

Answer 5

Przykro mi, nie miałem zamiaru rozpoczynać świętej wojny DVCS. Mam zamiar wypróbować Gita.

Answer 6

Tak, kontrola wersji pomoże. Aby zacząć, widzę dwie ważne kwestie dla Ciebie:

• hostowane lub samorządnych? Czy chcesz hostować to samodzielnie na serwerze, czy też chcesz, aby usługa ta zajęła się dla Ciebie? Istnieją powody, aby iść w drugą stronę, ale jeśli nie chcesz zarządzać serwerem, szukaj hostowanej opcji.

• SVN lub Git Są inni, ale są to najlepsi rywale o otwartym kodzie źródłowym.

Plusy i minusy (moim zdaniem):

SVN: Dobre tutoriale i dość łatwo dostać się do prędkości z. Wymóg szkolenia jest mały (trochę tego zrobiłem). SVN działa bardzo dobrze w zespole z wieloma lokalizacjami, wieloma projektami itp. Przy ograniczonej liczbie oddziałów (których nie trzeba), jest solidny. Istnieje wiele integracji z innymi narzędziami.

Git: Rozpoczęcie może być trochę trudniejsze niż w przypadku SVN. Niektóre dokumenty są dobre, ale wiele z nich jest nastawionych raczej na dogłębne zrozumienie elementów wewnętrznych. Kiedy już to zrozumiesz, ma dużą elastyczność, ale widziałem, że prawie wszyscy, którzy zaczęli to robić, naprawdę się potykają, gdy zaczynają. Nawet po miesiącach pracy z nim ludzie debatują nad najlepszymi wzorami do wykorzystania. To naprawdę miłe dla projektów 1-osobowych (gdzie chcesz śledzić historię) i dla projektów rozproszonych takich jak GitHub. Używam Git nawet dla małych zespołów, które znajdują się w jednym miejscu, ponieważ lubię szybkość i elastyczność.

Biorąc pod uwagę to, co mówisz o swoim zespole, prawdopodobnie zaleciłbym próbowanie SVN. Będą lepsze zasoby, które pomogą Ci zacząć, a będziesz mniej podatny na frustrację.

Mam nadzieję, że to pomoże.