Subversion
Freitag, 21. Oktober 2005
Auf Arbeit kam diese Woche mal wieder die Diskusion auf, unsere Arbeiten in einem Versionsverwaltungs-Tool zu speichern. Für einige Projekte wurde bereits CVS verwendet. Für zukünftige Projekte haben wir uns jedoch nach einer längeren Diskusion dazu entschlossen Subversion zu verwenden.
Ein Kollege hat dann kurzerhand einen vServer genommen, und einfach mal Subversion installiert. Seit ein paar Tagen läuft dort nun Subversion in Kombination mit trac. Wir haben uns dabei entschlossen für jedes Projekt ein eigenes Repository zu verwenden, und kleinere Tools unter einem Sammelprojekt zusammen zu fassen.
Im großen und ganzen funktioniert unsere Lösung mit Subversion und trac. Trac kann auch wunderbar mehrere Subversion-Repositorys anzeigen. Das einzige, was uns fehlt, ist eine komfortable Möglichkeit neue Subversion-Repositorys einzurichten, und diese dann auch in trac zu integrieren. Zu allem Überfluß bräuchten wir auch noch unterschiedlich Zugriffsrechte für jedes Projekt -- sowohl für Subversion als auch für trac...
Ein Kollege hat sich zwar daran gesetzt, um eine Lösung zu entwickeln. Aber bis es so weit ist, dass man das verwenden kann, werden wohl noch ein paar Monate verstreichen. Zu allem Überfluß hat der besagte Kollege nämlich bisher keinen Schimmer von Python.
Was mich sowieso wundert ist, warum bisher nicht flächendeckend CVS oder ein ähnliches Tool Verwendung findet. Es gibt vielleicht einige, die das für überflüssig halten, oder mit der Bedienung nicht klar kommen. Vielleicht sind auch einige der Meinung, man bräuchte für PHP keine Versionsverwaltung.
Ich kenne die Gründe nicht und ehrlich gesagt ist mir das eigentlich auch egal. Ich denke es ist für jedes Projekt sinnvoll. Aber ich muss es nicht verwenden, wenn es keiner haben will. Man muss mich aber auch nicht zwingen sowas einzusetzten...
Und um mit gutem Beispiel vorran zu gehen, habe ich auf meinem Server ebenfalls Subversion installiert und gleich mal ein paar Projekte eingecheckt. Ich muss sagen, im großen und ganzen bin ich bisher mit Subversion ganz zufrieden. Nun muss sich Subversion in aktuellen Projekten etablieren und zwar nicht nur bei mir, sondern allgemein im Betrieb!
Ein Kollege hat dann kurzerhand einen vServer genommen, und einfach mal Subversion installiert. Seit ein paar Tagen läuft dort nun Subversion in Kombination mit trac. Wir haben uns dabei entschlossen für jedes Projekt ein eigenes Repository zu verwenden, und kleinere Tools unter einem Sammelprojekt zusammen zu fassen.
Im großen und ganzen funktioniert unsere Lösung mit Subversion und trac. Trac kann auch wunderbar mehrere Subversion-Repositorys anzeigen. Das einzige, was uns fehlt, ist eine komfortable Möglichkeit neue Subversion-Repositorys einzurichten, und diese dann auch in trac zu integrieren. Zu allem Überfluß bräuchten wir auch noch unterschiedlich Zugriffsrechte für jedes Projekt -- sowohl für Subversion als auch für trac...
Ein Kollege hat sich zwar daran gesetzt, um eine Lösung zu entwickeln. Aber bis es so weit ist, dass man das verwenden kann, werden wohl noch ein paar Monate verstreichen. Zu allem Überfluß hat der besagte Kollege nämlich bisher keinen Schimmer von Python.
Was mich sowieso wundert ist, warum bisher nicht flächendeckend CVS oder ein ähnliches Tool Verwendung findet. Es gibt vielleicht einige, die das für überflüssig halten, oder mit der Bedienung nicht klar kommen. Vielleicht sind auch einige der Meinung, man bräuchte für PHP keine Versionsverwaltung.
Ich kenne die Gründe nicht und ehrlich gesagt ist mir das eigentlich auch egal. Ich denke es ist für jedes Projekt sinnvoll. Aber ich muss es nicht verwenden, wenn es keiner haben will. Man muss mich aber auch nicht zwingen sowas einzusetzten...
Und um mit gutem Beispiel vorran zu gehen, habe ich auf meinem Server ebenfalls Subversion installiert und gleich mal ein paar Projekte eingecheckt. Ich muss sagen, im großen und ganzen bin ich bisher mit Subversion ganz zufrieden. Nun muss sich Subversion in aktuellen Projekten etablieren und zwar nicht nur bei mir, sondern allgemein im Betrieb!
Hallo, ich bin Sebastian!
