Delphi-PRAXiS
Seite 3 von 4     123 4      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Sonstige Fragen zu Delphi (https://www.delphipraxis.net/19-sonstige-fragen-zu-delphi/)
-   -   Delphi Projektsicherung und Versionskontrolle (https://www.delphipraxis.net/113892-projektsicherung-und-versionskontrolle.html)

hoika 16. Mai 2008 13:21

Re: Projektsicherung und Versionskontrolle
 
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 16. Mai 2008 13:24

Re: Projektsicherung und Versionskontrolle
 
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 16. Mai 2008 13:28

Re: Projektsicherung und Versionskontrolle
 
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 16. Mai 2008 13:30

Re: Projektsicherung und Versionskontrolle
 
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 16. Mai 2008 13:39

Re: Projektsicherung und Versionskontrolle
 
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 16. Mai 2008 13:52

Re: Projektsicherung und Versionskontrolle
 
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 16. Mai 2008 14:00

Re: Projektsicherung und Versionskontrolle
 
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 16. Mai 2008 14:20

Re: Projektsicherung und Versionskontrolle
 
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 16. Mai 2008 14:23

Re: Projektsicherung und Versionskontrolle
 
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 16. Mai 2008 14:53

Re: Projektsicherung und Versionskontrolle
 
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


Alle Zeitangaben in WEZ +1. Es ist jetzt 03:50 Uhr.
Seite 3 von 4     123 4      

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz