Konfigurowanie idealnego przepływu pracy dla tworzenia stron internetowych z 2-3 osobami korzystającymi z subversion

Question

Prowadzę małą firmę zajmującą się tworzeniem stron internetowych wraz z moim bratem i przyjacielem. Po przeprowadzeniu rozległych badań zdecydowałem się na użycie subversion do kontroli wersji.

Oto, w jaki sposób planuję obecnie typowy rozwój. Należy pamiętać, że każdy z nas jest 3 w oddzielnej lokalizacji.

Założenie konta z hostingiem subversion springloops (springloops.com). Za każdym razem, gdy pracuję nad nowym projektem, tworzę dla niego repozytorium. Powiedzmy więc w tym przypadku, że pracuję na stronie1. Chcę mieć 3 wersje strony w internecie:

1. Web Development - Jest to serwer ja i inni deweloperzy podają do. (Site1.dev.bythepixel.com)
2. Client Preview - Jest to serwer które aktualizują się co kilka dni z dobrej rewizji dla klienta, aby zobaczyć. (site1.bythepixel.com)
3. żywo Site - Witryna opublikować kiedy będzie na żywo (site1.com)

Każda maszyna tworzenie stron internetowych (w każdej lokalizacji) będą miały lokalną kopię xamp uruchamia wirtualny host, aby umożliwić pracę nad wieloma stronami internetowymi. Katalog główny kopii lokalnej jest taki sam, jak lokalna kopia repozytorium subversion. Ta konfiguracja umożliwia szybkie wprowadzanie drobnych poprawek i ich podgląd. Po wykonaniu niektórych zadań do repozytorium dla witryny zostanie zatwierdzone. Poproszę o to, aby strona dev była automatycznie pchana (jest to opcja w springloops). Następnie, gdy tylko będę gotowy do przekazania strony klienta, zrobię to. Ostatnim etapem będzie przejście do strony na żywo.

Teraz mam kilka problemów z tymi przepływu prac:

1. Używam CodeIgniter obecnie, jak iw pliku konfiguracyjnym I ogólnie określone korzeń serwisu. Dawny. http://www.site1.com. Wygląda więc na to, że za każdym razem, kiedy publikuję dane na jednym z serwerów internetowych, będę musiał zmodyfikować plik konfiguracyjny? Czy jest jakiś sposób, aby tak ustawić określone pliki dla każdego serwera? Kiedy więc trafiam do podglądu klienta, po prostu wgrasz plik konfiguracyjny dla serwera podglądu klienta.

2. Nie chcę, aby strona na żywo, strona podglądu klienta i strona dev udostępniały ten sam serwer mysql z różnych powodów. Czy to jeszcze raz oznacza, że ​​muszę dostosować informacje o serwerze bazy danych za każdym razem, gdy wysyłam do innej witryny?

3. Czy ten przepływ pracy ma sens? Jeśli masz jakieś sugestie, daj mi znać. Planuję, żeby to był przepływ pracy, którego używam przez najbliższe kilka lat. Po prostu muszę wprowadzić system, który pozwoli na przyszłą ekspansję!

Answer 1

1) Zajrzyj do koncepcji ciągłej integracji. (Istnieje kilkanaście darmo dla serwerów małe projekty CI, np TeamCity)

2) Mając 1. Przygotuj procedurę wdrażania, który będzie w stanie kierować żadnym z trzech środowisk

3) Rozważmy ZAWSZE sprawdzić, czy nie jest .svn pliki dostępne dla użytkowników wdrożonych zlokalizowany, ponieważ jest naprawdę niezabezpieczone

przeczytać również coś na temat pracy z tagów/oddziałów w SVN

Dalej, chciałbym zaproponować następujący obieg

pierwszym przypadku (proste) Wszyscy robią zakupy i pracują na lokalnej kopii. Po zaangażowani (sprawdzone) ilość nowych funkcjonalności, wyzwalacz (może automatycznie) podgląd będzie budować Mając podgląd wszechstronnie testowane, wyzwolić produkcję

budowy

drugim przypadku (lepiej) Każdy sprawia, oddział w każdej znacznej ilości zmian i może swobodnie cokolwiek dodać do swojej własnej gałęzi. Po gałęzi stabilnej gałęzi, scalić ją do tułowia, co uruchamia maszynę testową do kasy i budować to, co ty na podgląd i zaznaczyć znacznik kompleksowo przetestowany podgląd idzie do uwolnienia Rozgałęzienie

Punktu mieć tak wiele oddziałów jest w stanie aby przechowywać osobistą historię zmian i stabilne kompilacje jednocześnie.

Answer 2

Są lepsze rozwiązania kontroli wersji dla rozproszonych systemów kontroli wersji niż wywrotową, Gorąco polecam patrząc na jednego z nich:

1. https://www.mercurial-scm.org
2. https://git-scm.com/
3. http://bazaar.canonical.com/en/

zobaczyć here, here i here dla niektórych marek ntific dyskusja

również, jak powiedział Vittore, uznałbym rozwiązanie CI za całkiem użyteczne, które mogłoby zautomatyzować twoje przejście od środowiska deweloperskiego do "produkcji", gdzie klient mógł ją zobaczyć w udanym cyklu budowania/testowania .

Answer 3

Nie chcesz używać katalogu głównego repozytorium jako katalogu głównego swojej kopii roboczej. To sprawia, że ​​nie jest możliwe używanie gałęzi później. (Lub też zawsze będziesz mieć wszystkie oddziały wyewidencjonowane lokalnie .. dzięki czemu tanie kopie Subversion, drogie w kopii roboczej)