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

1 up | 2 up | 3 up | 4 up | 5 up | 6 up | 7 up | 8 up | 9 up |
^^^ Additional posts ^^^
zorg.ch
#47206 by @ 10.09.2004 16:37 - nach oben -
'über'? CVS geht sicher nicht über FTP, weiss nicht welches Protokoll es hat.
zorg.ch
#47210 by @ 10.09.2004 16:40 - nach oben -
cvs kannst du über verschiedene protokolle betreiben. ssh z.b. weiss aber nicht, ob man das dann im zend noch gleich wie ftp in der file-ansicht darstellen kann.
zorg.ch
#47213 by @ 10.09.2004 16:42 - nach oben -
Nei, du arbeitest ja auf lokalen Files, CVS schiebt diese dann auf den Server.
zorg.ch
#47215 by @ 10.09.2004 16:43 - nach oben -
scho klar. aber was macht der zend damit? schön wär, wenn er das ganz transparent halten würde. d.h. die übliche file-ansicht, und wenn ich ein file öffne soll er mir die kopie ziehen und beim speichern wieder einchecken.
zorg.ch
#47221 by @ 10.09.2004 16:46 - nach oben -
Meine Java IDE (IntelliJ IDEA) die ich in der Firma verwende kann das - wie CVS in Zend implementiert ist weiss ich halt nicht.
zorg.ch
#47230 by @ 10.09.2004 16:53 - nach oben -
Das willst du so nicht. Ein Commit erstreckt sich im Normalfall ueber alle editierten Files, und man hat nicht fuer jeden Typo, CTRL-S, reload eine neue Revision.
zorg.ch
#47250 by @ 10.09.2004 16:59 - nach oben -
eigentlich will ich das so wirklich nicht. aber kann ich trotzdem in einem file was ändern und das uploaden und ausführen?
zorg.ch
#47252 by @ 10.09.2004 17:01 - nach oben -
Jo.
zorg.ch
#47255 by @ 10.09.2004 17:04 - nach oben -
Im Moment braucht das ein Click, mit CVS ein Click und ein Commit.
zorg.ch
#47208 by @ 10.09.2004 16:38 - nach oben -
ich schätze eh ihr hättet lieber svn (subversion.tigris.com), hat nen coolen win client mit explorer integrierung (ja, svn direkt auf nem beliebigen file open dialog) und so.
zorg.ch
#47209 by @ 10.09.2004 16:39 - nach oben -
ich will keine explorer-integierung. ich will das zeug im zend haben.
zorg.ch
#47229 by @ 10.09.2004 16:52 - nach oben -
Fuer Eclipse gibts ein paar sehr nette Plugins fuer SVN.

ICh nehm an das es fuer das Zend Zeugs auch Extensions gibt. Und die Explorer-Integration funktioniert latuernich auch in allen File Open/Save Dialogen funktioniert.
zorg.ch
#47233 by @ 10.09.2004 16:55 - nach oben -
aber ich will die fileliste in der box neben dem textfeld haben. damit ich alle files sehe, und nicht noch open clicken muss.
zorg.ch
#47242 by @ 10.09.2004 16:57 - nach oben -
???
Erzaehl das mal in deutlich ;)

Am besten mit Screenshots, farbigen Pfeilen, und Links zu der Doku.
zorg.ch
#47280 by @ 10.09.2004 17:20 - nach oben -
nein, so einen aufwand mach ich deswegen nicht. aber ich erklärs dir in worten:

ich hab im zend auf der linken seite eine box, wo ich das ganze filesystem von zorg via ftp sehe. ich kann von da aus direkt ein file öffnen und wieder auf dem server speichern. ich muss es nicht erst downloaden, lokal speichern und wieder uploaden.

und das will ich auch mit einem cvs nicht anders haben.
zorg.ch
#47282 by @ 10.09.2004 17:22 - nach oben -
also
biko will dass er die files die auf dem server in der TESTUMGEBUNG liegen im zend bearbeiten kann, und wenns ok von der TESTUMGEBUNG AUF DEM SERVER zur PRODUKTIVUMGEBUNG rüberschieben, per svn. das dürft evtl schwierig werden. hab ich dich richtig verstanden domi?
zorg.ch
#47288 by @ 10.09.2004 17:24 - nach oben -
Lokal einen Webserver mit PHP und Mysql zu haben ist doch keine Riesensache...
zorg.ch
#47295 by @ 10.09.2004 17:26 - nach oben -
bin positiv überrascht das von dir zu hören. es vergrössert wohl einfach den aufwand um eine zorgcode workstation aufzusetzen, was dann u.u. verhindert dass zukünftige oder jetzige zorg coder auch noch am pc vom mami oder im geschäft am zorgcoden sind. ausserdem müsstest ihr wohl für 100% zuverlässigkeit schauen dass eure php und mysql versionen schon in sync sind ;)
zorg.ch
#47301 by @ 10.09.2004 17:28 - nach oben -
Da koennt man sicher was basteln das ein Shellscript from-scratch dir den ganzen Spass sinnvoll auf dem Server aufsetzt. Schliesslich kann man Notfalls auch mit vim/emacs und nem CLI SCMMS client arbeiten.
zorg.ch
#47306 by @ 10.09.2004 17:30 - nach oben -
Naja... eine kleine Version unterschiedlich haben vom PHP oder MySql wäre nicht so schlimm..
Additional posts
zorg.ch
#47310 by @ 10.09.2004 17:31 - nach oben -
Da seh ich auch ein svn Problem. Was machen Leute die neben der WS zuhause auch noch einen Laptop haben und/oder am Arbeitsplatz einen PC.
Die können nur an einem Ort arbeiten.
zorg.ch
#47317 by @ 10.09.2004 17:34 - nach oben -
also ich finds schon ein bisschen mühsam, wenn ich überall ein identisches testsystem haben muss. das problem sehe ich auch nicht in der version der software, sondern viel mehr in der config. ich arbeite auch auf mehreren pc's an zorg. und ich hab definitiv keine lust, das überall zu installieren und zu konfigurieren.
zorg.ch
#47319 by @ 10.09.2004 17:35 - nach oben -
Seb scho, jo...
zorg.ch
#47321 by @ 10.09.2004 17:36 - nach oben -
Weder PHP noch MySQL kann man von der Konfiguration her gross konfigurieren.

Apache eigentlich schon, aber wa man da konfigurieren kann ist nicht wirklich relevant fuer Zorg.

Das einzige worauf man achten muss sind die verschiedenen PHP Extensions.
Additional posts
zorg.ch
#47292 by @ 10.09.2004 17:25 - nach oben -
Jo, ich glaub ich hab ihn diesmal verstanden. Das geht so nicht wirklich schoen. Braeuche auf dem Server pro Developer ne Testumgebung. Und Committen und so ginge nur via CLI auf dem Server.
zorg.ch
#47297 by @ 10.09.2004 17:27 - nach oben -
Wenn Biko der aller aller einzigste ist, der das so haben will. Dann könnte er die Testumgebung (der zweite Vorschlag) als Umgebung nutzen. Mergen müsste er dan halt per Kommandozeile. Aber es git schliesslich nirgend den Fünfer und das Weggli.
zorg.ch
#47312 by @ 10.09.2004 17:32 - nach oben -
ich will es nicht unbedingt so haben. ich wollte nur die möglichkeit in betracht ziehen, und prüfen ob das möglich und sinnvoll wäre.
zorg.ch
#47314 by @ 10.09.2004 17:33 - nach oben -
Ist umstaendlicher fuer den Developer (was ich momentan grad ueber lang und breit zu erklaeren versuche).
Additional posts
zorg.ch
#47303 by @ 10.09.2004 17:29 - nach oben -
danke meid, das meinte ich. endlich mal jemand, der verstanden hat, was ich gemeint habe. (hab mich wohl zu unklar ausgedrückt)
zorg.ch
#47287 by @ 10.09.2004 17:24 - nach oben -
Geht so nicht. Da musst du umdenken ;)

Du kannst entweder:

Weiterhin via SFTP auf den Server zugreifen. das WC dort haben. Du musst mit dem CLI Client arbeiten wenn du was commiten willst. Das musst du fuer Merges ins Produktivsystem aber sowieso immer.

ODER

Du arbeitest und entwickelst an einem lokalen WC, mit lokalem Apache/mysqld/etc. pp. Dann hast du einen lokalen grafischen SVN Client. Auf der linken Seite siehst du nur das lokale Filesystem.
Merges ins Produktivsystem geht aber auch hier nur mit CLI Client.
zorg.ch
#47290 by @ 10.09.2004 17:25 - nach oben -
Du musst die Files nicht jedesmal rauf und runetrladen.
Lokal hast du eine Version mit der du Arbeitest, wenn die Arbeiten abgeschlossen sind, veranlasst du Zend/Eclipse/RapidSVN dein Zeuts (Branch nennt sich das glaub) mit dem Zorgserver abzugleichen.
zorg.ch
#47294 by @ 10.09.2004 17:26 - nach oben -
Ich glaub er kann sich mit der lokalen Testumgebung nicht so recht anfreunden. An der kommt man aber nur schwer Vorbei, wenn man nicht mit dem CLI Clienten arbeiten will.
zorg.ch
#47299 by @ 10.09.2004 17:28 - nach oben -
hm, doch das cli problem könnte man THEORETHISCH umgehen indem man die testumgebung lokal mounten könnte (sprich: smb oder so), ist dann zwar wüst weil commit heisst dann per smb oder so vom server holen, dann per svn auf server prügeln ;)

aber ich sag nur. Windows kann doch auch ftp "shares" "mounten". "glaubs".
zorg.ch
#47302 by @ 10.09.2004 17:29 - nach oben -
Jo, mit SMB Shares wuerds tun. Es ist aber nicht nur ein bisschen haesslich.
Additional posts
zorg.ch
#47304 by @ 10.09.2004 17:29 - nach oben -
Ich hab auch noch nicht die freude an einer Lokalen Testumgebung.
Aber wens Zorg wirklich weiter bringt, dann könnte ich mich damit abfinden.
zorg.ch
#47249 by @ 10.09.2004 16:59 - nach oben -
Mit CVS o.ä. kannst du genau gleich arbeiten, einfach lokal. Und wenn du alles angepasst hast, gehst du rasch alles auf einmal einchecken.
zorg.ch
#47264 by @ 10.09.2004 17:12 - nach oben -
hast du ja, solange du entwickelst und testest.
Wenn dann alles prima läuft, schieebst du die ganze Sache mit svn (oder cvs) wieder auf den server.
zorg.ch
#47269 by @ 10.09.2004 17:16 - nach oben -
ich will aber nicht lokal, sondern auf dem server testen. also muss ich jede kleinste änderung uploaden.
zorg.ch
#47273 by @ 10.09.2004 17:18 - nach oben -
Dann brauchst du wohl deine eigene Entwicklungsumgebung auf dem Server.
zorg.ch
#47278 by @ 10.09.2004 17:19 - nach oben -
Jetzt steht doch da EXTRA, dass man wenn man SVN einsetzen will, einen webserver und einen mysqld auf dem Client braucht.
Wenn du das nicht willst, dann bist du gegen die SVN Version.
zorg.ch
#47281 by @ 10.09.2004 17:20 - nach oben -
Dasselbe Problem hast du bei CVS auch. Die Systeme sind von der Funktionalitaet insofern identisch.

Aber eben, du kannst auch alles auf dem Server entwickeln, du musst dann einfach minimum fuers SCMMS einen CLI Clienten benutzen.
zorg.ch
#47296 by @ 10.09.2004 17:26 - nach oben -
jetzt hab ich doch EXTRA gefragt, ob es sinn machen würde, das cvs oder svn mit dem testserver einzusetzen. oder ob wir evtl. nur eine versionskontrolle machen wollen. diese frage hat noch niemand klar verneint. also gehe ich davon aus, dass auch beim einsatz von cvs/svn ein testserver noch möglich wäre.
zorg.ch
#47300 by @ 10.09.2004 17:28 - nach oben -
Sagen wirs es so.
Es macht wenig sin eine Versionskontrolle einzusetzen, wenn trotzdem alle an den gleichen Sorucen arbeiten.
zorg.ch
#47307 by @ 10.09.2004 17:30 - nach oben -
Es geht schon, erfordert einfach verdammt viel Disziplin.

Ich hab das bei Administration von Maschinen so, das /etc/ ein SVN Repo ist. Darf dann natuerlich nur einer gleichzeitig dran rumfummeln.
zorg.ch
#47234 by @ 10.09.2004 16:55 - nach oben -
Ehrlich? Kannst ein Commit an jedes Save hängen?! Tut denn Windows saven und nicht die einzelnen Apps?
zorg.ch
#47239 by @ 10.09.2004 16:56 - nach oben -
So verwendet man ein SCMMS nicht!
zorg.ch
#47244 by @ 10.09.2004 16:58 - nach oben -
Ich weiss, und ich würds auch nicht so verwenden, aber ich habe Bikos Wunsch so interpretiert.
zorg.ch
#47248 by @ 10.09.2004 16:59 - nach oben -
Ich auch. Biko weiss wohl noch nicht wie man sowas verwendet, aber was nicht ist kann ja noch werden :)
zorg.ch
#47265 by @ 10.09.2004 17:13 - nach oben -
ich hab sowas schon verwendet. aber nicht bei einem softwareprojekt, das man auf den server jagen muss, um es auszuführen. deswegen hätte ich gerne gewusst, was es da für möglichkeiten gibt.

wenn ich normalerweise etwas wieder auf den server spielen will, dann mache ich das in grossen stücken, die ich einchecke. dann wird natürlich auch ne neue revision gemacht. hier muss ich aber oft auch kleine stücke, welche keiner neuen revision entsprechen hochladen.

meine frage dazu ist nun: kann ich das auch, ohne das file einzuchecken resp. ohne ne neue version? und vor allem kann ich das auch aus zend direkt in einem schritt machen?
zorg.ch
#47274 by @ 10.09.2004 17:18 - nach oben -
Weshalb musst du "kleine" Stücke raufladen?
Du machst irgend etwas neues z.B. ein Update des Hunting z.
An dem bastelst du Lokal rum, bis alles funktioniert. Dann checkst du dein zeugs wieder ein. Et voila auf Zorg hats ne neue Version von Hunting z.
zorg.ch
#47279 by @ 10.09.2004 17:19 - nach oben -
Eigenen Branch machen und zurueckmergen.

Du brauchst eben eigentlich eine lokale Entwicklungsumgebung. Die lokale WC ist in deinen Apache eingebunden. Wenn du alles auf dem Server machen willst wird das ganze wieder ein Stueckchen komplizierter. Vorallem musst du dann auf sicher mit einem CLI Client arbeiten.
zorg.ch
#47286 by @ 10.09.2004 17:24 - nach oben -
Sicher kannst du kleine Sachen commiten ohne dass es eine neue Version gibt. Das File würde dann einfach 1.1 heissen statt 2.
zorg.ch
#47246 by @ 10.09.2004 16:58 - nach oben -
hmm das würd doch den sinn kaputtmachen?
zorg.ch
#47251 by @ 10.09.2004 17:00 - nach oben -
Jo, wuerds. Ich glaub da muesst man fast nen Vortrag dazu basteln.

Sysadmin erklaert Codern wie man mit Sourcecode umgeht ;)
zorg.ch
#47254 by @ 10.09.2004 17:03 - nach oben -
Du bisch ebe scho en geile Siech! Chasch sache wo nöd emol es paar vo dine Informatiker-Kollege chönd!
zorg.ch
#47256 by @ 10.09.2004 17:05 - nach oben -
Der Witz is eben, das ich kein Informatiker bin.
zorg.ch
#47257 by @ 10.09.2004 17:06, edited @ 10.09.2004 17:06 - nach oben -
Ich bi nöd Babysitter und cha trotzdem wickle! Ich finde das trotzdem nicht witzig...
zorg.ch
#47261 by @ 10.09.2004 17:10 - nach oben -
Ich schon.

Jetzt ein bisschen in der komplizierten Variante:

Ich find SCMMS schon verdammt praktisch fuer meine kleinen Projekte (sw, sw-utils). Die meisten Leute hier arbeiten in der *professionellen* Softwareentwicklung. Ich hab ehrlich erwartet das man wenigstens mit Perforce/VSS oder sonst einem kommerziellen SCMMS reichlich Erfahrung hat.

Da das offensichtlich *nicht* der Fall ist (wieso auch immer), hab ich euch n Angebot gemacht darueber nen kleinen Vortrag zu halten. Natuerlich darf man dabei nicht vergessen die Leute auch noch anzuficken. Das gehoert sich so ;)
Additional posts
zorg.ch
#47238 by @ 10.09.2004 16:56 - nach oben -
Man müsste wieder mal schauen wie weit das PHP-Plugin für Eclipse ist... das letzte mal als ich geschaut habe steckte es noch in den Kinderschuhen.
zorg.ch
#47212 by @ 10.09.2004 16:41 - nach oben -
Tönt no guet!
zorg.ch
#47216 by @ 10.09.2004 16:43 - nach oben -
mit dem unterschied dass es dot org ist nicht dot com.
zorg.ch
#47227 by @ 10.09.2004 16:50 - nach oben -
Auch schon gemerkt - aber die nfo über den win client hab ich nicht gefunden :-(
zorg.ch
#47231 by @ 10.09.2004 16:53 - nach oben -
da ist das schildchrötli
zorg.ch
#47237 by @ 10.09.2004 16:56 - nach oben -
die schildchrötli gönd no ab. ich han s tortoiseCVS.
zorg.ch
#47241 by @ 10.09.2004 16:57 - nach oben -
Sieht scharf aus!