mrjerk: Was sollte ein gutes Version Control S können?Welches nutzt ihr?

Beitrag lesen

Moin,
Gabs das Thema nicht neulich erst? Naja, sei's drum:

Was sollte ein gutes VCS können? Welche Eigenschaften sollte es haben?

  • Passable GUI, um auch Changes an vielen Dateien im Auge zu behalten
  • Branches
  • Tagging
  • Brauchbare Methoden/Tools für Merges & Konflikt-Auflösung
  • Möglichkeiten, eigene Aktionen mit Checkin/Checkout usw. zu verknüpfen
      ("Hooks")

Wie sollte die Grundarchitektur sein? (Auch auf reinen PHP-Severn laufen können, schnell, dezentral, leicht erweiterbar ...)

  • Zugriff auch über Webserver (Apache) o.ä. wäre schön

Wofür benützt ihr VC-Systeme? (PHP-Code, Binärdaten ...)

  • Source-Code (HTML/CSS/JS/AS/Perl/Java/...)
  • Binärdateien, sofern Teil des Codes (Bilder in HTML-Seiten o.ä.)
  • Dokumente, sofern viele Benutzer häufig Änderungen durchführen müssen

Welche(s) VCS benutzt ihr?

Daheim: SVN
Arbeit: SVN
Kunden: CVS/Alfresco (wenn man das im weitesten Sinne als VCS bezeichnen kann)

Welches System würdet ihr gerne benutzen? (bzr, hg, ng, git, svn, cvs, phpvc, darcs, asvcs ...)

GIT, hauptsächlich weil so viele davon schwärmen und ich neugierig bin :)
SVN ist aber schon ganz ok.

Was fehlt euch an eurem System?

SVN:
 - ein vernünftiger GNOME oder KDE-Client wäre schön
 - Mergen über mehrere Branches hinweg ist bisweilen etwas umständlich
Sonst bin ich ganz zufrieden.

Wie gleicht ihr die Defizite eures VCS aus?

Automatisierte Shell-Skripte

Viele Grüße,
Jörg