1 up | 2 up | 3 up | 4 up | 5 up | 6 up | 7 up | 8 up | 9 up | 10 up | 11 up | 12 up | 13 up |
^^^ Additional posts ^^^
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.
zorg.ch
#47108 by @ 10.09.2004 11:31 - nach oben -
Ich fĂ€nds fĂŒr Zorg auch nicht schlecht. DB mĂŒsste man dann halt von Hand machen.
zorg.ch
#47113 by @ 10.09.2004 11:43 - nach oben -
Die DB kann man auch per Cron-Job Abens rĂŒberkopieren.
Additional posts
zorg.ch
#47155 by @ 10.09.2004 15:46 - nach oben -
also kleine Ànderungen werde ich sicher weiterhin direkt am produktivsystem machen...
zorg.ch
#47157 by @ 10.09.2004 15:48 - nach oben -
Wenn wir CVS haben mĂŒssen wir alle Änderungen damit machen.
zorg.ch
#47160 by @ 10.09.2004 15:56 - nach oben -
Jo, das Produktivsystem wird auch nur eine ausgecheckte WC sein.
Additional posts
zorg.ch
#47376 by @ 10.09.2004 19:20 - nach oben -
Solange wir kein VCS haben kannst du eh machen was du wilst.
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.
zorg.ch
#47090 by @ 10.09.2004 10:58 - nach oben -
Bzw. nicht in einer nuetzlichen Art und Weise ;)
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.
zorg.ch
#47094 by @ 10.09.2004 11:02 - nach oben -
Wenn jeder nur an einem File arbeitet sollte das keine Grösseren Probleme geben oder?
GrundsĂ€tzlich hast du natĂŒrlich recht.
zorg.ch
#47095 by @ 10.09.2004 11:05 - nach oben -
Man kann sich sicher auch auf die Fuesse stehen wenn alle an verschiedenen Files arbeiten.
zorg.ch
#47097 by @ 10.09.2004 11:06 - nach oben -
jo ich denke man sollte sich nciht zuviel overhead einbauen fĂŒr so n kleines projekt.

schön wĂ€rs einfach wenns was gĂ€be wie test.zooomclan.org mit eigener db, und da wird amel per cronjob die datenbank rĂŒbersynchronisiert jede nacht oder so, und n paar scripts um allfĂ€llige tabellenĂ€nderungen oder so zu ĂŒbernehmen.
Additional posts
zorg.ch
#47098 by @ 10.09.2004 11:08 - nach oben -
wieso kann man nicht mehr auf eigene posts antworten? suxx.

mein post war natĂŒrlich aus user perspektive, nicht dass ich mich da als coder aufspielen will. ich finds amel nur schad wenn zorg lange broken ist und dadurch mehrere tage die userzahlen runtergehen.
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Ă€.
zorg.ch
#59223 by @ 11.12.2004 22:53 - nach oben -
Ja aber wen jeder der Coder den ganzen Code zu hause haben mĂŒsste, dann wĂ€ren wir schon fast redundant.
Jojo i weiss redundant sind mir jetzt no immer gsi.
Aber irgendwenn fangt denn t bequemlichkeit ah und denn stressts di ganz zyt dĂ€ code abglichĂ€ z mĂŒĂ€sĂ€ und immer sĂ€lbĂ€r dĂ€ server dihei au no am laufĂ€ z phaltĂ€ etc.
zorg.ch
#59255 by @ 12.12.2004 09:00 - nach oben -
Stichwort Pull-Replication, aber Wurscht ;)
zorg.ch
#59241 by @ 12.12.2004 02:56 - nach oben -
uf minere HD hets bilder wo no nie s'wort zorg gseh hend! isch glob au guet so :)
zorg.ch
#59269 by @ 12.12.2004 12:36 - nach oben -
muesch jo au nöd gar alli bilder ufelade.
und die, wo du meinsch, sind jo wohl au kum en event i dem sinn gsi.
ahjo... und en teil voneme teil vo de bild hÀsch jo au scho uf zorg gha :-)
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 ;-)