zorg Testumgebung
Um die Zorgsche-Downtime bei Programmierarbeiten zu verkleinern soll eine Testumgebung eingerichtet werden.
Möglichkeiten
Ich denke wir haben folgend Möglichkeiten
Mit dem Umsetzen der besten Lösung werde ich warten bis wir einen eigenen Server haben
| Version |
Beschreibung |
Coder |
Server |
Vorteil |
Nachteil |
| SVN mit WC pro dev |
SVN auf dem Server. Der Coder testet die Version zuhause und lädt sie rauf wens io ist |
svn client
web+mysql |
svn server |
Coder stehen sich nicht im weg |
Ne Menge software fuer den Entwickler |
| Doppelzorg |
unter test.zorg ist eine kopie von zorg, an der die Entwickler arbeiten |
FTP Client |
Cronjob zum kopieren, zweite db |
Einfach zu realisieren |
Coder können sich auf die Füsse stehen |
| CVS Prod ist WC |
Es gibt keine Testumgebung. Aber wir haben die Möglichkeit ne alte Version zu laden, wenn jemand was kaputt gemacht hat. |
CVS client |
CVS server |
Einfach zu realisieren |
Bei jeder kleinsten Änderung das File im CVS einchecken. |
| SVN mit Test und Prod WC |
Aenderungen werden auf dem Test WC gemacht. Falls alles funktioniert wird das ganze mit SVN auf Prod gemergt. |
Nichts |
SVN Client und Server |
Keine Software bei den Devs noetig |
Alle arbeiten muessen unter den Entwicklern koordiniert sein, Comittet werden kann nur mit einem CLI Client. |
Im allgemeinen geben sich CVS und SVN von Benutzerseite her relativ wenig. Die Technik hinter CVS ist veraltet, wird kaum mehr aktiv weiterentwickelt, und ist deswegen nicht unbedingt die Ideale Wahl. In den obigen Beispielen laesst sich SVN/CVS fuer alle Szenarios verwenden.
Comments
