Projektsicherung und Versionskontrolle

[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 von Mogtar:

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 von Alfi001:

Zitat von Mogtar:

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...

Bei OpenSOurce ist es natürlich etwas anderes.

[Phoenix]

Zitat von s-off:

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 von s-off:

Und wie kommst Du jetzt auf VisualStudio?!

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

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 von Phoenix:

Zitat von s-off:

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

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 von Phoenix:

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 von Phoenix:

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 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 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 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 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