Projektsicherung und Versionskontrolle

[DelphiManiac]

Hallo,

ich wollte euch mal fragen wie ihr es so mit der Versionierung eurer Programme + Sources handhabt.
Nutzt ihr ein Versionskontrollprogramm, oder habt ihr etwas selbst geschriebenes.

Wie protokolliert ihr eure Änderungen / Erweiterungen, damit ihr auch wisst, was in welcher Version wie umgesetzt war?!

Danke schonmal für eure Antworten / Anregungen

[hoika]

Hallo,

Wer kein VCS benutzt, ist selber Schuld.

ich persönlich nutze PVCS, kostet aber was.
Subversion ist ganz nett und kostet nix.

Beim Einchecken der Änderungen kannst du einen
Info-Text eingeben.


Zusätzlich dazu kopiere ich die Quellen jeden Tag
auf einen 2. Rechner + USB-Pladde.


Heiko

[DelphiManiac]

Ja, das hast du vermutlich recht,

deswegen habe ich ja diesen Thread aufgemacht :-)
Nutze selbst "noch" keine Versionierung.

Habe mir Subversion schoneinmal angeguckt aber noch nicht produktiv eingesetzt.
Brauche ich denn unbedingt einen eigenen Server dafür?

Gruß

[DelphiManiac]

Wie handhabt ihr es mir den Versionsnummern,

lasst ihr die beim Erstellen hochzählen, oder macht ihr das händisch?!

[Andi1985]

Zitat:

Zitat von DelphiManiac

Brauche ich denn unbedingt einen eigenen Server dafür?

Kannst natürlich dir auch ein von http://cvsdude.com/ stellen lassen,
ist sogar kostenlos wenn du mit 2 MB auskommst *hust*

[Kruemel_02]

DevProject Manager

8)

[Sherlock]

http://jedivcs.sourceforge.net/

Sherlock

[s-off]

Oder benutze einfach mal die Suche.

Diskussionen zu Versions-/Projektverwaltung und Bugtracking gab es in der Vergangenheit wie Sand am Meer...

Und wieder ein Beitrag, der im Dschungel der Lösungen zur gestellten Frage zu ein bissel mehr Unübersichtlichkeit führt.

[devidespe]

Zitat:

Zitat von hoika

Wer kein VCS benutzt, ist selber Schuld.

Wo bekomme ich dieses VCS her ?

Ich denke, er meint keine Server-basierte Lösung, sondern eine Endplatzlösung. Die PVCS-Variante scheint ja nur in einer Client-/Server-Kombination zu laufen...

[s-off]

Zitat:

Zitat von devidespe

Wo bekomme ich dieses VCS her ?

Version Control System

z.B. Concurrent Versions System :mrgreen:

Zitat:

Zitat von devidespe

Ich denke, er meint keine Server-basierte Lösung, sondern eine Endplatzlösung.

Worauf stützt Du Deine Gedanken?

[Kruemel_02]

Zitat:

Zitat von devidespe

Zitat:

Zitat von hoika

Wer kein VCS benutzt, ist selber Schuld.

Wo bekomme ich dieses VCS her ?

Ich denke, er meint keine Server-basierte Lösung, sondern eine Endplatzlösung. Die PVCS-Variante scheint ja nur in einer Client-/Server-Kombination zu laufen...

Schau mal hier: Versionsverwaltung

Auf der Seite gibt es unten bei Weblinks auch ein Vergleich von 13 Versionsverwaltungen.

[Phoenix]

Also ein 'Server' bietet sich da schon dafür an.
Auch aus Backup-Gründen.

Was aber z.B. recht easy-going ist:
Du nimmst VMWare, installierst da Linux rein (nur das absolute Minimum) und Subversion (SVN).
Wichtig: 2 virtuelle Festplatten benutzen. Die Daten des SVN kommen als einziges auf die zweite virtuelle Festplatte. ;-)

Diese VM benutzt Du als SVN-Server.
Backup: Einmal komplett die VM auf DVD sichern und weglegen.

Danach brauchst Du nur noch die zweite Festplattendatei wegsichern. Und SO riesig wird ein SVN-Repository ja auch wieder nicht.

[s-off]

Du brauchst keinen Server.

Besorge Dir TortoiseSVN.

Das kannst Du als Standalone-Version lokal nutzen, ohne die Notwendigkeit, irgendwie irgendwo SVN zu installieren.
Und trotzdem hast Du jederzeit die Möglichkeit, damit auch auf Repositories zuzugreifen, die auf irgendwelchen Servern liegen.

Und ein Backup ist damit auch kein Problem.

[bhenker]

Wenn mann sich mal VisualSVN Server anschaut, sollte ein Subversion Server unter Windows kein Problem sein.
Mit Tortoise-SVN und dem SVN-Plugin der JEDI-JCL für die Delphi IDE ist das Arbeiten damit ganz einfach.
Mann sollte sich aber unbedingt ein paar Dokumente bezüglich Subversion reinziehen, sonst wird der Start etwas holprig.
Speziell das Thema aktueller Arbeitsstand (trunk), Labels (tags) oder Verzweigungen (branches) ist am Anfang meist etwas verwirrend.

[s-off]

Ich blicke nicht, was Ihr alle mit einem lokalen SVN-Server anstellen wollt, wenn es doch mit TortoiseSVN auch ohne geht...
Würde mir das mal bitte jemand erläutern, der in dieser Hinsicht wissend ist?!

Und da muss man sich auch keine Docs zu SVN reinziehen, da genügt es vollkommen, sich die - übrigens in deutsch verfügbare - TortoiseSVN-Dokumentation anzuschauen.

Aber warum einfach, wenn's auch kompliziert geht :mrgreen:

[Phoenix]

Weil das Jedi-SVN-Plugin nicht damit arbeiten kann. Das heisst man hat keine IDE-Integration.
Genausowenig kann ANKH damit arbeiten. Auch hier fehlt für das VisualStudio dann die IDE-Integration.

Das ist ein absolutkes K.O.-Kriterium für ein standalone repository.

[Sherlock]

Weil das nicht mal als Krücke zu bezeichnen ist. Ich hoffe ich verstehe was Du meinst nicht falsch.
http://tortoisesvn.net/node/90

Sherlock

[DelphiManiac]

Hallo, danke für eure Beteiligungen!!

Ich habe mir jetzt mal Tortoise als SV-Client runtergeladen.
@s-off: Ich habe mir jetzt mal eine Virtuelle Maschine mit XP installiert und teste Tortoise jetzt dort mal,
du sagst also, das Tortoise gar keine Server braucht?

Was hätte den der Server für Vorteile (arbeite zu 90% allein an meinen Projekten)

Gruß

[s-off]

Zitat:

Zitat von Phoenix

Weil das Jedi-SVN-Plugin nicht damit arbeiten kann. Das heisst man hat keine IDE-Integration.
Genausowenig kann ANKH damit arbeiten. Auch hier fehlt für das VisualStudio dann die IDE-Integration.

Das ist ein absolutkes K.O.-Kriterium für ein standalone repository.

Du willst nicht wirklich behaupten, dass fehlende IDE-Integration ein KO-Kriterium ist, bei einer Standalone-Lösung?!
Verstehe ich nicht. Womit begründest Du das?

Was bringt mir eine IDE-Integration im Vergleich zum Kontextmenü des Dateimanagers, wenn man doch kein Auschecken etc. im Sinne des VisualSourceSafe nutzt?

Und wie kommst Du jetzt auf VisualStudio?!

@DelphiManiac:
Nein, TortoiseSVN benötigt definitiv KEINEN SVN-Server.
Installiere Dir das Teil, und lege Dir Deine Repositories irgendwo lokal ab und fertig.

[DelphiManiac]

@Phoenix

Zitat:

Diese VM benutzt Du als SVN-Server.
Backup: Einmal komplett die VM auf DVD sichern und weglegen.

Heisst das, dass der Server alle Quelltexte auch verwaltet und speichert?
Angenommen ich würde einen extra Server im VMware laufen lassen, welche Linux Distri würdest du empfehlen,
Ubuntu liegt hier bei mir auf dem Schreibtisch :-)

Gruß
DelphiManiac

[hoika]

Hallo,

weil z.B. auch die Frage nach Version-Nummern gestellt wurde.
Und bei Subversion gibt es Tags und Trunks,
ist für mich auch etwas verwirrend, bin ja PVCS-verwöhnt ;)

Und nein, PCVS braucht keinen Server, geht auch so.

Als absolutes Hightlight sollte noch Perforce genannt werden,
die 1-Nutzer-Version ist kostenlos.

Zum Subversion: Das kostenlose Buch (gibt es damit)
sollte als Einstieg reichen.

VM: ist doch egal,
die Konfiguration machst per Web oder Kommando-Zeile :)


Heiko

[Ralf Kaiser]

Zitat:

Zitat von Mogtar

Zitat:

Zitat von DelphiManiac

Brauche ich denn unbedingt einen eigenen Server dafür?

Kannst natürlich dir auch ein von http://cvsdude.com/ stellen lassen,
ist sogar kostenlos wenn du mit 2 MB auskommst *hust*

Habe letztens beim googeln folgenden Dienst gefunden:

http://www.devjavu.com/


Dort hat man bei der freien Variante 1 GB Speicherplatz frei. Hab es allerdings noch nicht ausprobiert. Hat schon jemand Erfahrungen mit diesem Dienst?

[s-off]

Zitat:

Zitat von Alfi001

Zitat:

Zitat von Mogtar

Zitat:

Zitat von DelphiManiac

Brauche ich denn unbedingt einen eigenen Server dafür?

Kannst natürlich dir auch ein von http://cvsdude.com/ stellen lassen,
ist sogar kostenlos wenn du mit 2 MB auskommst *hust*

Habe letztens beim googeln folgenden Dienst gefunden:

http://www.devjavu.com/


Dort hat man bei der freien Variante 1 GB Speicherplatz frei. Hab es allerdings noch nicht ausprobiert. Hat schon jemand Erfahrungen mit diesem Dienst?

Ihr habt ja alle ein Vertrauen in irgendwelche Anbieter...

Also ich verwalte meine Sourcen lieber bei mir lokal - da habe ich es in der Hand, wann wie wo was gesichert wird, und wer wie wo Zugriff darauf hat. Gerade in der Softwareentwicklung, wo man mit Innovationen noch Geld verdienen kann, würde ich meine Sourcen nicht jedem in die Hand geben.

Aber Ihr macht das schon... :mrgreen:

Bei OpenSOurce ist es natürlich etwas anderes.

[Phoenix]

Zitat:

Zitat von s-off

Zitat:

Zitat von Phoenix

Weil das Jedi-SVN-Plugin nicht damit arbeiten kann. Das heisst man hat keine IDE-Integration.
Genausowenig kann ANKH damit arbeiten. Auch hier fehlt für das VisualStudio dann die IDE-Integration.

Das ist ein absolutkes K.O.-Kriterium für ein standalone repository.

Du willst nicht wirklich behaupten, dass fehlende IDE-Integration ein KO-Kriterium ist, bei einer Standalone-Lösung?!
Verstehe ich nicht. Womit begründest Du das?

Ich will nicht X Tools bedienen _müssen_ als Entwickler.
Ich will - wenn ich Änderungen gemacht habe - die direkt in der Projektverwaltung wegsichern wollen. OHNE nochmal einen Explorer extra öffnen, umständlich zu meinem Projektpfad hinnavigieren und dort dann über ein Kontextmenü nochmal irgend eine Aktion starten zu müssen. Shortcut in der IDE & Commited ist. Alles andere ist um Längen zu umständlich und kostet abartig Produktivität.

Zitat:

Zitat von s-off

Und wie kommst Du jetzt auf VisualStudio?!

Es gibt Entwickler, die mehrere IDE's, aber das gleiche Versionierungssystem nutzen.

Zitat:

Zitat von s-off

@DelphiManiac:
Nein, TortoiseSVN benötigt definitiv KEINEN SVN-Server.
Installiere Dir das Teil, und lege Dir Deine Repositories irgendwo lokal ab und fertig.

Das ist eine subotimale Lösung und ich rate wirklich dringend davon ab.
Zumal man irgendwann evtl. auf die abartig verrückte Idee kommen könnte, das gleiche File-Repository von mehreren Rechnern via Netzwerk-Share zu benutzen.... *schauder*

[s-off]

Zitat:

Zitat von Phoenix

Zitat:

Zitat von s-off

Zitat:

Zitat von Phoenix

Weil das Jedi-SVN-Plugin nicht damit arbeiten kann. Das heisst man hat keine IDE-Integration.
Genausowenig kann ANKH damit arbeiten. Auch hier fehlt für das VisualStudio dann die IDE-Integration.

Das ist ein absolutkes K.O.-Kriterium für ein standalone repository.

Du willst nicht wirklich behaupten, dass fehlende IDE-Integration ein KO-Kriterium ist, bei einer Standalone-Lösung?!
Verstehe ich nicht. Womit begründest Du das?

Ich will nicht X Tools bedienen _müssen_ als Entwickler.

Da gebe ich Dir prinzipiell recht. Allerdings sehe ich einen Dateimanager nicht als 'irgendein Tool' an, sondern als essentielles Werkzeug zur Softwareentwicklung. Und wenn Du für Dich noch nicht den Richtigen gefunden hast, und immer noch mit dem Windows Explorer arbeitest, dann kann ich Deine Ansicht sogar verstehen :mrgreen:

Zitat:

Zitat von Phoenix

Ich will - wenn ich Änderungen gemacht habe - die direkt in der Projektverwaltung wegsichern wollen. OHNE nochmal einen Explorer extra öffnen, umständlich zu meinem Projektpfad hinnavigieren und dort dann über ein Kontextmenü nochmal irgend eine Aktion starten zu müssen. Shortcut in der IDE & Commited ist. Alles andere ist um Längen zu umständlich und kostet abartig Produktivität.

Sie Kommentar davor.

Zitat:

Zitat von Phoenix

Zitat:

Zitat von s-off

Und wie kommst Du jetzt auf VisualStudio?!

Es gibt Entwickler, die mehrere IDE's, aber das gleiche Versionierungssystem nutzen.

Korrekt; ich nutze selber das VS und auch für die Projekte TortoiseSVN. Allerdings befinden wir uns hier in einem Forum, das sich mit Borland-IDEs befasst. Soetwas dann als Grundlage für die ENtscheidung irgendeines VCS anzugeben zählt nicht ;)

Zitat:

Zitat von Phoenix

Zitat:

Zitat von s-off

@DelphiManiac:
Nein, TortoiseSVN benötigt definitiv KEINEN SVN-Server.
Installiere Dir das Teil, und lege Dir Deine Repositories irgendwo lokal ab und fertig.

Das ist eine subotimale Lösung und ich rate wirklich dringend davon ab.
Zumal man irgendwann evtl. auf die abartig verrückte Idee kommen könnte, das gleiche File-Repository von mehreren Rechnern via Netzwerk-Share zu benutzen.... *schauder*

Dann begründe es doch endlich mal. Mit diesen Pauschalaussagen gebe ich mich nicht zufrieden. Bzgl. des Network-Sharings stimme ich Dir natürlich uneingeschränkt zu - dafür sehe ich aber auch keine Notwendigkeit, wenn ich alleine entwickle.

Ich sage:
Wenn ich als Einzelperson arbeite, dann genügt die TSVN-Variante ohne Server vollkommen.

Du bist anderer Meinung - warum?

[Phoenix]

Hast Du schonmal versucht ein File-Repository über einen Netzwerk-Share zu öffnen?

Zudem ist das nicht das normale SVN-Repository-Format. Ich musste mich schonmal mit einem korrputen File-Repository herumschlagen. Datenrettungschance: Null. "Gehe sofort zum letzten Backup, gehen Sie nicht über Los...".

Und die Dinger gehen zudem noch öfter kaputt als die alten Visual SourceSafe Files...

[s-off]

Zitat:

Zitat von Phoenix

Hast Du schonmal versucht ein File-Repository über einen Netzwerk-Share zu öffnen?

Nein, und wie gesagt, sehe ich auch keine Notwendigkeit dafür.

Zitat:

Zitat von Phoenix

Zudem ist das nicht das normale SVN-Repository-Format. Ich musste mich schonmal mit einem korrputen File-Repository herumschlagen. Datenrettungschance: Null. "Gehe sofort zum letzten Backup, gehen Sie nicht über Los...".

Okay, das ist doch mal eine nachvollziehbare Begründung :)
Welche Möglichkeiten bietet mir denn ein SVN-Server bei defekten Repository-Dateien.

Vielleicht lasse ich mich ja sogar bekehren,w as den Einsatz eines Servers anbelangt.
Es ist ja nicht so, dass ich generell 'dagegen!' bin - ich möchte nur wissen, warum etwas so ist, wie es ist.

[Phoenix]

Zitat:

Zitat von s-off

Okay, das ist doch mal eine nachvollziehbare Begründung :)
Welche Möglichkeiten bietet mir denn ein SVN-Server bei defekten Repository-Dateien.

Das Repository im SVN-Server liegt nicht als eine einzelne Datei vor, sondern legt jede Änderung in einer eigenen Datei ab.

Sollte eine Revision tatsächlich beschädigt sein, so kann man zum einen die gesamten Files zu dieser Revision einfach entfernen (bewegen wird vor dem Löschen bevorzugt ;-) ) und sogar versuchen, sie von Hand zu reparieren, da es eigentlich nur diff-Files sind.

[s-off]

Danke Dir für die Erläuterungen.

Werde mir mal den von bhenker genannten VisualSVN Server anschauen.
Vielleicht kann ich da ja sogar meine derzeitigen TortoiseSVN-Reps mit Historie importieren.

[MathiasBurbach]

Zitat:

Zitat von "Alfi001

Habe letztens beim googeln folgenden Dienst gefunden:
http://www.devjavu.com/
Dort hat man bei der freien Variante 1 GB Speicherplatz frei. Hab es allerdings noch nicht ausprobiert. Hat schon jemand Erfahrungen mit diesem Dienst?

Hallo Alfi001,

ich verwende DevjaVu für meine Ruby on Rails Projekte und finde es sehr gut. Ein Freund von mir hat einen Lite-Vertrag und zahlt US$19 pro Monat. Der Service ist sein Geld echt wert! Vor allem weil auch der Kunde mit einbezogen werden kann und über das Wiki und die Tickets mit am Projekt arbeiten kann.

Salut,
Mathias

[Die Muhkuh]

Zitat:

Zitat von s-off

Danke Dir für die Erläuterungen.

Werde mir mal den von bhenker genannten VisualSVN Server anschauen.
Vielleicht kann ich da ja sogar meine derzeitigen TortoiseSVN-Reps mit Historie importieren.

Der funktioniert ohne Probleme. Lokal nutze ich den mittlerweile auch, zusammen mit TortoiseSVN ;)

[s-off]

So, habe mir jetzt mal diesen VisualSVN Server installiert und ein Testrepository angelegt.

Auf den ersten Blick sah ich keinen Unterschied in der Datenspeicherung, gegenüber der TortoiseSVN-Standalone-Variante.
Auf den zweiten Blick - sehe ich noch immer keinen Unterschied :gruebel:


Es werden exakt die gleichen Verzeichnisse und Dateien angelegt. Ok, ein paar mehr, allerdings nur serverbedingte.
Jede Revision wird in einer separaten Datei abgespeichert.

Ich weiß ja nicht, mit welcher Tortoise-Version Du, Phoenix, so ein Pech hattest, aber in der 1.4.7 werden die Revisionen definitiv nicht in einer Gesamtdatei gespeichert.
Ich kann an der Dateistruktur wirklich keinerlei Unterschied erkennen.

Edit: In dem Repository, das ich mit der StandaloneVersion angelegt habe, liegt sogar die ReadMe.txt, die auch im SVN-Rep liegt, mit folgendem Inhalt:

Zitat:

This is a Subversion repository; use the 'svnadmin' tool to examine
it. Do not add, delete, or modify files here unless you know how
to avoid corrupting the repository.

Visit http://subversion.tigris.org/ for more information.

[s-off]

mkinzler hat hier auf einen Delphi-Expert verwiesen, der im Gegensatz zum AddIn der Jedis, keinen SVN-Server benötigt, sondern auch mit TortoiseSVN als Standalone-Methode zurecht kommt :thumb:

[bhenker]

Das mit dem JEDI-Experten ist so nicht ganz richtig. Der kann auch mit lokalen file:/// repositories umgehen. Denn er nutzt im Hintergund ganz einfach den Tortoise-Client. Ohne den geht auch der Experte nicht.

Die oben angesprochenen Probleme bestanden meist in früheren Versionen, welche die Repo´s noch mit dem Berkley-DB (bdb) Bibliotheken aufsetzten. Das konnte u.U. zum kompletten Verlust des Reposs führen. Seit Version 1.2 wurde daraufhin ein neues Dateibasierendes (fsfs) Backend eingeführt.

Die entscheidende Frage ist doch hier aber das Repository lokal oder auf einem Server ablegen. Einen lokalen Server installieren um auf das Repository lokal auf der Platte zuzugreifen ist nicht nötig. Das Format ist immer das gleiche. D.h. ich kann ein lokales Repository ohne Probleme auf einen Server kopieren und mit Hilfe eines SVN-Servers darauf zurgreifen (bereits mehrfach durchgeführt). Ich persönlich entwickle auch nur allein, habe aber meine Repositories alle auf einem Server im Büro, weil mir das auf der Platte im Rechner (Notebook) zu heiß ist. Dort werden regelmäßig Backups gemacht. Weiterhin habe ich so die Möglichkeit auf die Daten jederzeit auch von Außerhalb zugreifen.

Ich fühle mich einfach sicherer mit den Daten auf dem Server als auf dem Notebook. Das sollte aber jeder selbst wissen.

[s-off]

Zitat:

Zitat von bhenker

Das mit dem JEDI-Experten ist so nicht ganz richtig. Der kann auch mit lokalen file:/// repositories umgehen. Denn er nutzt im Hintergund ganz einfach den Tortoise-Client. Ohne den geht auch der Experte nicht.

Okay, wusste ich nicht. Habe mich da ganz auf die Aussage von Phoenix verlassen ;)

Zitat:

Zitat von Phoenix

Weil das Jedi-SVN-Plugin nicht damit arbeiten kann. Das heisst man hat keine IDE-Integration.

Zitat:

Zitat von bhenker

Die oben angesprochenen Probleme bestanden meist in früheren Versionen, welche die Repo´s noch mit dem Berkley-DB (bdb) Bibliotheken aufsetzten. Das konnte u.U. zum kompletten Verlust des Reposs führen. Seit Version 1.2 wurde daraufhin ein neues Dateibasierendes (fsfs) Backend eingeführt.

Okay, das erklärt die unterschiedliche Auffassung Phoenix <-> s-off.
Ich arbeite noch nicht so lange mit Tortoise (vorher VSS), so dass ich die Problematiken von damals nicht kenne.

Zitat:

Zitat von bhenker

Einen lokalen Server installieren um auf das Repository lokal auf der Platte zuzugreifen ist nicht nötig.

Freut mich, dass ich diesbezüglich mal Bestätigung bekommen :)

Zitat:

Zitat von bhenker

Ich persönlich entwickle auch nur allein, habe aber meine Repositories alle auf einem Server im Büro, weil mir das auf der Platte im Rechner (Notebook) zu heiß ist. Dort werden regelmäßig Backups gemacht. Weiterhin habe ich so die Möglichkeit auf die Daten jederzeit auch von Außerhalb zugreifen.
Ich fühle mich einfach sicherer mit den Daten auf dem Server als auf dem Notebook. Das sollte aber jeder selbst wissen.

Wenn man so eine Möglichkeit hat, ist das natürlich super.
Ich habe sie leider nicht. Und Drittanbietern möchte ich meine Sourcen ehrlich gesagt nicht anvertrauen.
Die Regelmäßige Durchführung von Backups verantworte ich lieber selber.
So kann ich mir wenigstens selber in den Arsch beißen, wenn mal etwas schief geht, und muss mich nicht über die Unfähigkeit anderer Leute aufregen. :mrgreen: