1 up | 2 up | 3 up | 4 up | 5 up | 6 up | 7 up | 8 up | 9 up | 10 up | 11 up |
^^^ Additional posts ^^^
zorg.ch
#47031 by @ 10.09.2004 08:37 - nach oben -
ja, früher oder später ;))
zorg.ch
#47032 by @ 10.09.2004 08:39 - nach oben -
dein vertrauen in die zorg-coder scheint nicht gerade gross zu sein!? ;)wir kriegens schon hin, keine sorge.
zorg.ch
#47033 by @ 10.09.2004 08:42 - nach oben -
nein ich glaubs schon. Erfahrungsgemäss rechne ich mit 1/2 Tag zorg Fuckup ;)
zorg.ch
#47034 by @ 10.09.2004 08:44 - nach oben -
nicht dass ihr das schlecht machen tätet oder so, aber man merkt dass ihr keine testumgebung habt.
zorg.ch
#47035 by @ 10.09.2004 08:51 - nach oben -
Wenn man *richtig* gut ist braucht man keine Testumgebung.
zorg.ch
#47041 by @ 10.09.2004 09:25 - nach oben -
Ich wär eigentlich dafür, dass man eine Testumgebung einrichtet.
So dass man per SFTP (oder SVN) nur auf diese zugreifen kann.
Wenn alles korrekt läuft werden die geänderten Files irgendwie auf das "produktiv" System kopiert.
zorg.ch
#47053 by @ 10.09.2004 10:09 - nach oben -
Jo. Auf. Sag mir was du an Infrastruktur brauchst.
zorg.ch
#47057 by @ 10.09.2004 10:11 - nach oben -
blackjack und nutten
zorg.ch
#47061 by @ 10.09.2004 10:23 - nach oben -
Hm.
zorg.ch
#47070 by @ 10.09.2004 10:35 - nach oben -
Wenn du das gescheit hinkriegst (so dass man möglichst wenig Mehraufwand hat) werde ichs verwenden.
zorg.ch
#47073 by @ 10.09.2004 10:38 - nach oben -
Uebliche Methode:

Du brauchst lokal eine Umgebung die plusminus Identisch zum Server ist. Dein WC ist da ausgecheckt. Damit entwickelst du. Du arbeitest natuerlich nur an deinem Branch.

Wenn alles funktioniert mergest du deinen Branch in den produktiven Baum, und laesst dann auf dem Server einfach mal schnell 'svn up' laufen.

Dazu musst du natuerlich deine Arbeitsmethode ziemlch umstellen ;)
zorg.ch
#47079 by @ 10.09.2004 10:45, edited @ 10.09.2004 10:45 - nach oben -
Ja eh... nur dachte ich bis jetzt dass das nicht nötig sein würde auf Zorg - so klein wie wir sind. Aber langsam...
zorg.ch
#47089 by @ 10.09.2004 10:57 - nach oben -
Boeh, das muesst ihr wissen :)

Ich benutze ja alleine schon fuer sw-utils svn, obwohl das einiges kleiner als Zorg ist.
Additional posts
zorg.ch
#47155 by @ 10.09.2004 15:46 - nach oben -
also kleine änderungen werde ich sicher weiterhin direkt am produktivsystem machen...
Additional posts
zorg.ch
#47080 by @ 10.09.2004 10:46, edited @ 10.09.2004 10:46 - nach oben -
Könnte man die MySQL-Daten auch ins CVS einchecken? Bez. sind die Tables Dateien?
zorg.ch
#47085 by @ 10.09.2004 10:56 - nach oben -
Nein.
Additional posts
zorg.ch
#47082 by @ 10.09.2004 10:49 - nach oben -
Ich glaub ich hab mich etwas falsch ausgedrückt.
Ich denke es wär etwas überflüssig wenn alle Zorg-Code das ganze Zorg zuhause haben. Es sollte reichen wenns einmal (resp 2x) auf dem Server ist.
zorg.ch
#47086 by @ 10.09.2004 10:56 - nach oben -
Dann kann auch immer nur einer gleichzeitig arbeiten. Das ist irgendwie die einzig gangbare Variante wenn du mehrere Entwickler am arbeiten haben willst.
Additional posts
zorg.ch
#59220 by @ 11.12.2004 21:17 - nach oben -
offtopic cvs, aber db: wenn ein zorger keine zorg-backups bei sich hat, ist er kein wahrer zorger. ohne diese ständigen chaotischen saves wären heute z.b. die hälfte der gallery-pics nirgends mehr. weber hat die an der letzten cylan auf irgend ner pladde gefunden. das ist nur ein beispiel... natürlich haben wir maverick und eine richtige backup-strategie.. aber ein gebranntes kind meidet das feuer. passt vielleicht nicht ganz, der spruch, aber chli verantwortig für zorg hemmer jetzt no immer treit, ohni dass mer hetted müessä.
Additional posts
zorg.ch
#47038 by @ 10.09.2004 09:07 - nach oben -
also für so ne kleine änderung sicher nicht!
zorg.ch
#47071 by @ 10.09.2004 10:35 - nach oben -
Wir wissen dass wir schlechte Coder sind - musst uns nicht immer daran erinnern ;-)