Revisionssystem einführen

[hoika]

Hallo,

Totschlagargument
< Sicherung und der Team-Weite Zugriff >

Nein.

Das Totschlagargument ist die Nachvollziehbarkeit von Änderungen (changelog),
wer hat wann was geändert.



Heiko

[nachti1505]

Zitat von hoika:

Hallo,

Totschlagargument
< Sicherung und der Team-Weite Zugriff >

Nein.

Das Totschlagargument ist die Nachvollziehbarkeit von Änderungen (changelog),
wer hat wann was geändert.



Heiko

Erklär mal warum!? Weil diese Info haben wir bis dato noch nie gebraucht...! (Ok, statistisch ist es schön nachzusehen, wer wann welche Änderungen vorgenommen hat - aber inhaltlich waren diese Infos für uns eher unrelevant, da jeder Entwickler mehr oder weniger "seine" Module hat)

[shmia]

Man so ganz grundsätzlich:
Wer im Team programmiert und damit sein Geld verdient aber keine Versionsverwaltung hat,
der handelt fahrlässig unprofessionell!!
Das ist ungefähr so wie wenn ein Handwerker auf dem Bau ohne Elektrowerkzeug arbeiten würde.
Selbst Einzelkämpfer (Freelancer) sollten eine Versionsverwaltung verwenden.

Es stellt sich also nur noch die Frage, welche Software eingesetzt werden soll.
Wir verwenden z.B. Jedi-VCS und ich bin sehr zufrieden damit.

[HeikoAdams]

Das sehe ich ähnlich. Alleine schon aus dem Grund, das man schnell und relativ einfach zu einem funktionierenden Stand zurückkehren kann, falls man sich mal total verrannt hat, sollte man (auch als Einzelkämpfer) besser eine moderne Versionsverwaltung nutzen.

Um beim Thema zu bleiben: Ich kenne so ein Vorgehen, wie es der OP beschreibt, aus eigener Erfahrung und ich weiß, das es immer sehr "spaßig" war, falls mal 2 Entwickler gleichzeitig eine Unit bearbeiten wollten. Das ist dann im immer in wildem hin und her kopieren der Datei(en) geendet. Vielleicht wäre das auch ein Argument, das man für eine Versionsverwaltung ins Feld führen könnte.

[Sherlock]

Wir verwenden auch JEDI-VCS. Selbst wenn jeder Entwickler ein eigenes Projekt hat, so gibt es (bzw. sollte es geben) dennoch gemeinsame Units, in denen zB gemeinsame Komponenten liegen, oder irgendwelche andere Nützlichkeiten, die man immer wieder mal braucht. Auch das sollte nicht doppelt und dreifach auf irgendeinem Server verrotten oder schlimmstenfals in x verschiedenen Varianten die Entwicklung ausbremsen.

Eine Quellcodeverwaltung ist das A und O in der professionellen Softwareentwicklung, auch im Hinblick auf ein Qualitätsmanagement.

Sherlock

[Sir Rufo]

Ich finde es alleine deswegen schon cool, weil ich

a) ein paar eigene Bibliotheken habe, die ich mir zu meinen Projekten hinzuholen kann (svn:externals)

b) fremde Bibliotheken (soweit diese auf einem SVN liegen) auch

c) ich bei diesen Externals die Revision festschreiben kann, damit nicht irgendeine Änderung dort mein Programm zerfetzt (neuere Revisionen teste ich dann ganz gemütlich aus, zurre die wieder auf den aktuellen Build fest, oder springe in der Revision wieder zurück und warte bis die das gefixt haben)

Ja und das geht alles ohne wildes kopieren, downloaden und weiß der Geier ... sondern Rechtsklick - Aktualisieren und Projekt neu erzeugen fertig.

Externe Libs, die nicht via SVN bezogen werden können lege ich einfach bei mir ins SVN rein und ziehe dann von da.

Zu Jedi-VCS:

Damit bin ich angefangen. Was mich aber gestört hat, ist dass dort keine relative Ablage möglich ist. Habe ich ein Projekt unter "C:\Dokumente\PeterLustig\Weltherrschaft" dann muss das auf allen Rechner an diesem Ort liegen.

Bei SVN wird die Ordnerstruktur relativ betrachtet, was für mich erheblich besser ist.
Meine Projekte sind in meinem UserDoc-Verzeichnis (da gehören die meiner Meinung auch hin) bei allen anderen in Ihrem und mit SVN ist das auch kein Problem.

Darum bekam Jedi-VCS von mir die rote Karte.

[Sherlock]

Tja, gegen die rote Karte hilft der gute alte subst Befehl
Mit dem mappe ich mir meinen Delphi-Unterordner nach Z: und schon ist von da aus alles relativ

Sherlock