Najlepsze praktyki korzystania z git w wdrożeniach strony internetowej

Question

W tej chwili robię staż w firmie przez pięć miesięcy i zamierzam zmienić sposób, w jaki programiści uzyskują dostęp do plików, inaczej git zamiast zwykłego dostępu do ftp . Wszystko z gitem idzie dobrze do teraz, jestem trochę obeznany z używaniem po miesiącu używania go.

To, co mam na myśli teraz:

Używamy łodydze jako hostera repo, która pochodzi z funkcją rozmieszczania który działa naprawdę łatwe, więc ta część jest pokryta. Część, która sprawia, że ​​myślę, jest pod względem gałęzi. Myślałem o zrobieniu oddziału o nazwie "Live" i po prostu "master". master zostanie wdrożony na stronie projektu (w prawym górnym rogu na zdjęciu), a oddział na żywo zostanie wdrożony na stronie internetowej na żywo. Również wdrożenie strony na żywo będzie ręczne, ale wzorzec powinien być automatyczny, jak dotąd, bez problemu.

Kiedy myślę o scenariuszu niewielkich zmian na stronie internetowej na żywo, tam jest, gdzie się komplikuje. Powiedzmy, że muszę zmienić dopełnienie losowego elementu div, nie chcę wdrażać najnowszej kompilacji z pół implementowanym interfejsem API do strony internetowej na żywo, Chcę tylko wdrożyć małą zmianę, czy jest to możliwe w jakiś sposób?

Sposób, w jaki teraz go widzę, to poprawianie w dwóch miejscach, najpierw pociągnij gałąź główną i napraw ją, a następnie wykonaj to samo dla gałęzi na żywo. Ale z większymi zmianami będzie to trudniejsze.

Ponadto, ponieważ używamy Wordpress do prawie wszystkiego, większość danych będzie przechowywana w bazie danych. To jest naprawdę fajne, ponieważ musimy co jakiś czas klonować bazę danych na żywo i gotowe. Ale kiedy w grę wchodzi przesyłanie zdjęć, rzeczy stają się dość brzydkie. W repozytorium znajdzie się kilka zdjęć (ponieważ nie używaliśmy gita od samego początku są one w pełnej wersji), a inne, które zostaną dodane później, po prostu usiądą w katalogu ftp, udając, że są w repo!

Czy lepiej byłoby nie dodawać folderów, takich jak pamięć podręczna i multimedia do git , tylko, czy tylko niektórych, lub aktualizować je od czasu do czasu?

To są moje dwa największe problemy z nimi wszystkimi.

tl; dr: Jak zatwierdzać małe zmiany w oddziale, który jest nieaktualny, nie robiąc tego dwukrotnie (również dla wzorca). A jakie jest normalne użycie plików cache/mediów w repozytorium git?

Answer 1

Proponuję przeczytać na git flow.

Rozwiązuje to dokładny problem.

Zasadniczo masz następujące oddziały:

• Master: co nazywasz „Live”
• powstać: To gdzie rozwój dzieje
• funkcję: dla większych zmian w trakcie rozwoju, które są zbyt przerywającego być wykonywane na normalnym rozwijanym oddziale
• poprawka: To jedna z twoich małych poprawek.

Ważną częścią jest oddział, który oparty jest na co innego oddziału:

• rozwijać będą rozchodzić się od mistrza.
• funkcja będzie odgałęzieniem rozwijania.
• poprawka spowoduje rozgałęzienie master.

Zmiany w oprogramowaniu zostaną scalone w szablon główny po ich pełnym przetestowaniu. Połączenie w master oznacza: To jest wersja, wszystkie testy są zakończone.

Oznacza to, że master zawsze zawiera bieżący stan na żywo, więc rozgałęzienie poprawki poza Master nie gwarantuje wprowadzenia żadnych innych zmian wprowadzonych przez programistę.

To jest tylko krótki zapis na branching model, który implementuje git flow. Sugeruję przeczytanie go w całości. Ma też fajną grafikę :)