Wo speichert ihr eueren Source Code (Repository) ?



  • Da hast du Recht, ja.
    Aber so muss ich nur ein Backup machen, und muss keine alten Versionen aufheben.

    Vorausgesetzt natürlich man verlässt sich auf das SCC System, also darauf, dass sich das nicht selbst das Repository zerschiesst, und es dann bei einem Dump nicht merkt. Das wäre dann natürlich blöd, weil man dann ein kaputtes Backup hätte. Aber irgendwo muss jede Paranoia ein Ende haben 🙂

    Und: bei SVN kann man das mit inkrementellen Dumps umgehen.
    So machen wir das z.B. bei uns in der Firma: jede Nacht wird eine "hotcopy" gezogen (und die alte Kopie dann gelöscht), und zusätzlich dazu ein inkrementeller Dump aktualisiert.

    Idealerweise hängt man das Dump aktualisieren gleich in ein post-commit Script.

    Naja, man kann es aber auch übertreiben 🙂
    Vor allem wenns nur Hobby is, und es eigentlich um nixe geht.



  • Ich benutze immer ein Versionscontrolsystem, nicht nur wegen dem Backup, sondern weil es auch den gewöhnlichen Programmieralltag unterstützt (Fehlersuche, Dokumentation etc.). Ich benutze vor allem git (http://whygitisbetterthanx.com/) und mirror das auf meinem vserver und ggf. anderen Seiten (github, Institut, Firma etc.) und auf meinem Laptop.

    Ansonsten habe ich noch ein RAID1 zur Sicherung.



  • Reicht es nicht, den Code einfach nur nochmal in einen extra Ordner zu packen? Also, wenn ich meine Projekte jetzt in Eigene Dateien\Projekte habe, dass ich sie dann noch mal nach Eigene Dateien\Projekte\Backup kopiere? Sollte doch sicher genug sein.



  • Ratloser schrieb:

    Reicht es nicht, den Code einfach nur nochmal in einen extra Ordner zu packen? Also, wenn ich meine Projekte jetzt in Eigene Dateien\Projekte habe, dass ich sie dann noch mal nach Eigene Dateien\Projekte\Backup kopiere? Sollte doch sicher genug sein.

    Nö, das ist ziemlich unsicher. Wenn die Festplatte ausfällt (hohe Wahrscheinlichkeit), dann ist der Quellcode weg. Hinzu kommt, dass du nicht die Annehmlichkeiten und Vorteile eines modernen Versioncontrolsystem hast.



  • rüdiger schrieb:

    Ratloser schrieb:

    Reicht es nicht, den Code einfach nur nochmal in einen extra Ordner zu packen? Also, wenn ich meine Projekte jetzt in Eigene Dateien\Projekte habe, dass ich sie dann noch mal nach Eigene Dateien\Projekte\Backup kopiere? Sollte doch sicher genug sein.

    Nö, das ist ziemlich unsicher. Wenn die Festplatte ausfällt (hohe Wahrscheinlichkeit), dann ist der Quellcode weg. Hinzu kommt, dass du nicht die Annehmlichkeiten und Vorteile eines modernen Versioncontrolsystem hast.

    100% ACK



  • rüdiger schrieb:

    Ich benutze immer ein Versionscontrolsystem, nicht nur wegen dem Backup, sondern weil es auch den gewöhnlichen Programmieralltag unterstützt (Fehlersuche, Dokumentation etc.). Ich benutze vor allem git (http://whygitisbetterthanx.com/) und mirror das auf meinem vserver und ggf. anderen Seiten (github, Institut, Firma etc.) und auf meinem Laptop.

    mach ich genauso. Hab für ein Projekt mehrere git Repositories auf unterschiedliche Server (Server von der Arbeit, Uni-Server, zu Hause), die ich immer wieder synchronisiere. Das ist was ich von git am meisten mag: man kann sich super schnell ein Repository bauen, ohne iregendwelche Serverkonfiguration verändern zu müssen.



  • Hallo,

    ich nutze Mercurial (ähnlich wie git, inzwischen denke ich zwar unterlegen, aber mir reicht's).

    Das Repository wird (zusammen mit anderen persönlichen Daten) zusätzlich nochmal mit rdiff-backup versioniert, falls ein Fehler in Mercurial das Repository zerschießen sollte und dieser Ordner wird über verschiedene Rechner verteilt gespeichert und gepackt und verschlüsselt automatisch wöchentlich auf einer Server hochgeladen.

    Viele Grüße
    Christian



  • Hallo,
    zur Zeit verlasse ich mich (Zuhause) auf mein RAID 1 und speichere die Daten nochmals separat auf github und launchpad in eigenen Repositorys ab. Hauptsächlich nutze ich zur Quellcodeverwaltung ebenfalls git wie manch anderer hier. Im Geschäft wird das git Repository ebenfalls auf separate Server gespiegelt die mit einem RAID 1 laufen.



  • Ich versioniere mit Subversion. Backups werden von mir auf DVD-RAM gemacht.



  • Sourcecode: Im Repository auf meinem VServer...
    Lochkarten: In einem Kästchen in meinem Regal...



  • Machine schrieb:

    Sourcecode: Im Repository auf meinem VServer...
    Lochkarten: In einem Kästchen in meinem Regal...

    Gemeißelte Steintafeln: Als Gipsabdruck im Keller



  • Meißner schrieb:

    Machine schrieb:

    Sourcecode: Im Repository auf meinem VServer...
    Lochkarten: In einem Kästchen in meinem Regal...

    Gemeißelte Steintafeln: Als Gipsabdruck im Keller

    Wandmalereien: in der ganzen Wohnung.

    Zusätzlich hab ich mir 1000 Free-Mail-Accounts eingerichtet, mit Forwarding in einer grossen Schleife, immer von einem zum anderen. Da schick ich die Backups dann im Internet im Kreis. Damit die auch mal was von der Welt sehen.



  • Bulli schrieb:

    Ich versioniere mit Subversion. Backups werden von mir auf DVD-RAM gemacht.

    Optische Datenträger sind wirklich sehr unsicher, warum nicht einfach eine externe Festplatte kaufen?



  • Optimizer schrieb:

    Bulli schrieb:

    Ich versioniere mit Subversion. Backups werden von mir auf DVD-RAM gemacht.

    Optische Datenträger sind wirklich sehr unsicher, warum nicht einfach eine externe Festplatte kaufen?

    Externe Festplatten haben (nach meiner Erfahrung) auch die Angewohnheit einen verfrühten Tod zu sterben. Vielleicht hatte ich (und ein bekannter von mir, bei dem ich das auch beobachten konnte) natürlich auch bloss Pech.

    Ich würde trotzdem eher ne normale 3,5" SATA Platte nehmen, und die in so ein Sharkoon SATA Quickport Pro Teil reintun. Bzw. halt ins Regal legen wenn sie nicht gebraucht wird.



  • Sinnvolle Sachen habe ich auf Github (http://github.com/the-kenny).
    Alles andere liegt in ~/Development/ in ein paar Unterordnern.
    Der User-Ordner wird periodisch inkrementell gesichert. Einmal monatlich wird auch noch das ganze System geklont.



  • Was spricht gegen 2 mal Git auf 2 verschiedenen Festplatten?

    Das ist der Vorteil von Git, git ist nicht zentral wie svn und cvs.



  • Git user schrieb:

    Was spricht gegen 2 mal Git auf 2 verschiedenen Festplatten?

    nichts, solange es auch zwei verschiedene rechner sind.
    nur ein rechner hat noch die anfälligkeit mit dem alldiskswipeout-virus.



  • festplatte



  • volkard schrieb:

    Git user schrieb:

    Was spricht gegen 2 mal Git auf 2 verschiedenen Festplatten?

    nichts, solange es auch zwei verschiedene rechner sind.
    nur ein rechner hat noch die anfälligkeit mit dem alldiskswipeout-virus.

    Dafür gibt's doch externe Festplatten.



  • Git user schrieb:

    Was spricht gegen 2 mal Git auf 2 verschiedenen Festplatten?

    Das ist der Vorteil von Git, git ist nicht zentral wie svn und cvs.

    http://svn.collab.net/repos/svn/trunk/notes/svnsync.txt


Anmelden zum Antworten