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 | 14 up | 15 up | 16 up |
^^^ Additional posts ^^^
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.
zorg.ch
#47114 by @ 10.09.2004 12:02 - nach oben -
Jo. Wie wärs, kümmerst du dich ums einführen von CVS/Subversion für Zorg?
zorg.ch
#47120 by @ 10.09.2004 13:07 - nach oben -
Gut. Wenn du den Bug dazu eröffnest.
zorg.ch
#47122 by @ 10.09.2004 13:12 - nach oben -
ich bin doch nicht ganz einverstanden.
Formulieren wir es etwas um, ich bemühe mich eine Lösung zu finden damit zorg nicht wegen Programmierarbeiten unbenützbar wird.
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.
zorg.ch
#47163 by @ 10.09.2004 16:02 - nach oben -
WC = Water Closet?
zorg.ch
#47167 by @ 10.09.2004 16:06 - nach oben -
Fast. Working Copy.
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.
zorg.ch
#47099 by @ 10.09.2004 11:08 - nach oben -
Jetzt kannst du mir noch erklaeren wie du eine DB synchronisieren willst ;)
zorg.ch
#47104 by @ 10.09.2004 11:10 - nach oben -
mit synchronisieren war eigentlich einfach rüberklatschen gemeint ;)
zorg.ch
#47105 by @ 10.09.2004 11:10 - nach oben -
Das geht so nicht.
Additional posts
zorg.ch
#47112 by @ 10.09.2004 11:42 - nach oben -
Das war eigentlich auch meine Uhrsprüngliche Idee.
Wozu ich da svn benutzen wollte weiss ich selbst nicht :)
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.
zorg.ch
#47100 by @ 10.09.2004 11:08 - nach oben -
Kann man doch.
zorg.ch
#47101 by @ 10.09.2004 11:09 - nach oben -
Hmm, oder doch nicht?
zorg.ch
#47103 by @ 10.09.2004 11:09 - nach oben -
Doch.
zorg.ch
#47102 by @ 10.09.2004 11:09 - nach oben -
ahja, vorher gings nicht, wenn der post zu tief in einer hierarchie ist wird der radio button vom EDIT link verdrängt
zorg.ch
#47421 by @ 11.09.2004 08:47 - nach oben -
aha...demfall ist ein krieg zwischen "Edit link" und "radio button" vom zaun gebrochen ?
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 :-)
zorg.ch
#59288 by @ 12.12.2004 13:44 - nach oben -
aber ganz en chline teil :)
wie gsehts eigentli mit videos us? jetz hemmer doch platz. die sind omigs no vil abgängiger als pics
zorg.ch
#59290 by @ 12.12.2004 13:45 - nach oben -
ufe demit

aber wir müssten uns noch kurz überlegen, wie wir das mit solchen downloads anstellen, damit die nachher nicht an allerhand verschiedenen orten verstreut und schon verlinkt sind...
zorg.ch
#59306 by @ 12.12.2004 14:06 - nach oben -
jo i hetti no s eint oder ander wüäschti :-)