Diskussion:Apache Subversion

message: Ich möchte gern in SVN einsteigen und dachte mir, mal eben bei Wikipedia vorbeizuschauen um einen Überblick zu erhalten wie SVN funktioniert - aber nichts da :( Meiner Meinung nach stehen hier zu viele in-depth informationen, zB Vergleiche zu CVS etc., ohne zu erklären welche Konzepte SVN eigentlich verfolgt und wie es grundsätzlich funktioniert.
edit: ich seh gerade, der CVS Artikel ist in dieser hinsicht wesentlich besser!
→Ich bin gleicher Meinung; statt als erstes zu erklären, wie sich subversion von cvs unterscheidet, sollte erklärt werden, wie das Prinzip funktioniert. Als Anfänger hat man sonst keine Chance, den Inhalt des Textes zu verstehen
--213.144.130.33 16:02, 11. Jul. 2007 (CEST)
replies: text: Ich muss euch recht geben, allerdings kenne ich mich auch kaum mit SVN aus, um da was zu ändern. Vielleicht findet ja mal jemand Zeit und Lust.--Alberto Balsam 20:19, 12. Mär. 2008 (CET)
thread_title:  Wie funktioniert SVN? 

message: Subversion ist sehrwohl alleine laufähig, nämlich 
1. lokal bzw. über gemappte Serverlaufwerke. Bei diesem Einsatz sind die Commits zwar nicht mehr atomar, aber nach einem sehr langen und häufig genutzen Betrieb mehrerer SVN-Archive in meinem Firmennetzwerk sind noch keine Fehler aufgetreten.
2. eigenes SVN-Protokoll entweder direkt oder über SSH-Tunnel. Die Archive in unserem Netzwerk habe ich mittlerweile auf das SVN-Protokoll umgestellt da  hier atomare Commits möglich sind.
Beide Versionen funktionieren unter Windows und Linux ohne Probleme.
:Wieso sollten die Commits nicht mehr atomar sein, nur weil auf das Repositry nicht über einen zwischengeschalteten Serverprozess zugegriffen wird? Das ist meines Erachtens falsch. Beide derzeitigen Dateisystem-Implementationen, FSFS und BDB, bieten atomare Commits, egal auf welche Weise auf das Repository zugegriffen wird (file://, svn:// oder http://). Einzige Einschränkung beim Einsatz von BDB ist, dass ein solches Repository nicht einfach über NFS- oder SMB-Freigaben benutzt werden kann, FSFS allerdings schon (mit atomaren Commits!). -- Tom
Ähh, wenn ich den Begriff "Komplexität" in Bezug auf Software höre denke ich an etwas anderes. Vielleicht sollte man sich über eine andere Bezeichnung Gedanken machen... --Ziggystar 09:16, 24. Mai 2006 (CEST)
thread_title:  Anmerkung zur Komplexität von Subversion 

message: Müssen wir alle GUI-Frontends mit Weblink aufzählen? Wenn Subversion den Erfolg von CVS wiederholt, dann wird diese Liste zwangsläufig explodieren. Schon jetzt könnten viel mehr Programme genannt werden, da es Plugins für viele IDEs gibt. Und bevor wir hier entscheiden, welcher Client wichtig ist und welcher nicht, sollten wir die Liste lieber komplett streichen und stattdessen erwähnen, dass es Frontends für verschiedene Betriebssysteme gibt. Wenn ein Client etwas extraordinäres tut, dann hat er auch ein paar Sätze ordentlichen Text und einen Wikilink verdient. Und in einem eigenen Artikel sollte dann natürlich auch ein Weblink gesetzt werden. Aber bitte nur dann, wenn der Subversion-Client auch etwas wirklich erwähnenswertes bietet. Was meint ihr, sollte die Auflistung der Clients bleiben oder gelöscht werden? -- Dishayloo [ +] 23:38, 26. Jun 2005 (CEST)
replies: text: Ich habe sie nun rausgeschmissen, da es keinen Widerspruch gab. -- Dishayloo [ +] 01:09, 27. Jul 2005 (CEST)
replies: text: Alle relevanten Frontends müssen hier nat. nicht aufgezählt werden − aber lediglich die populärste GUI für Windows zu verlinken, ist vielleicht auch ein bisschen knapp. Ich schlage vor, zumindest noch einen Link auf RapidSVN einzufügen, das ist − würd ich mal sagen − das populärste Multi-Plattform-GUI. Gibts keine Widerrede, werd ich den Link die Tage noch ergänzen. --Falk 11:29, 12. Mai 2008 (CEST)

text: So, gemacht. Jetzt sind beide quasi-offiziellen GUI-front-ends verlinkt. Damit sind dann laut RapidSVN-Projektseite alle Plattformen abgedeckt, auf denen SVN überhaupt nutzbar ist (und "bessere"/populärere freie GUIs gibts meines Wissens auch nicht). --Falk 22:52, 12. Mai 2008 (CEST)
thread_title:  Frontends 

message: Ich habe den folgenden Punkt über die Verwendung von Berkeley-DB entfernt:
* Wenn das Berkeley-Datenbanksystem für Subversion als Repository-Grundlage verwendet wird (Standardeinstellung), unterliegen die Daten einerseits dessen binären Inkompatibilitäten abhängig von der verwendeten Version, und andererseits den damit eingebrachten Stabilitätsproblemen, die die Sicherheit der Daten gefährden können - insbesondere, da es keine Möglichkeit gibt, wie bei CVS die Daten rein manuell zu reparieren.
Gründe: Erstmal ist die Nutzung von Berkeley-DB seit Version 2.2 eben NICHT mehr die Standardeinstellung, jetzt wird standardmäßig FSFS benutzt. Weiterhin lehne ich den Kommentar über die händische Korrigierbarkeit des CVS-Repositories ab: damit kann man sich sein Repository zerschiessen. Das Repository ist weder bei CVS noch bei Subversion zur manuellen Reparatur ausgelegt. Bitte keine Anleitungen zum Datenverlust in die WP. Das mit den Inkompatibilitäten möchte ich genauer erklärt haben, bisher konnte man in den neuen Subversion-Versionen sein Repository (auch mit der Berkeley-DB als Backend) übernehmen. Was hat der Kommentar mit den binären Inkompatibilitäten also zu bedeuten? -- Dishayloo + 00:33, 19. Okt 2005 (CEST)
replies: text: OK, das mit den binären Inkompatibilitäten konnte ich doch bestätigen, Zitat von hier: A lot of operating systems now ship Berkeley DB 4.3. Sometimes the system Berkeley DB libraries can be unintentionally upgraded to 4.3 as part of some other change pulled down via an OS package delivery mechanism — for example, upgrading one's Subversion package. If this happens to you, you will need to upgrade existing BerkeleyDB-based repositories to 4.3. Ich passe das entsprechend im Artikel an. -- Dishayloo + 00:37, 19. Okt 2005 (CEST)

text: Es gibt durchaus einige Möglichkeiten solche Dateien oder Commits zu löschen – leider mit Einschränkungen. Vielleicht ändert sich das aber mit einer der nächsten Major-Versionen! --Haeber 17:56, 3. Aug 2006 (CEST)
thread_title:  Entfernter Punkt bei Nachteilen (Berkeley DB) 

message: Hallo,
ich finde es fehlt am Anfang des Artikels eine Beschreibung was Subversion überhaupt ist bevor es mit irgendetwas anderem verglichen werden kann. Wenn ich den Artikel lese ohne CVN und Subversion zu kennen hilft mir der vergleich nicht viel.
Gruß, Konzales 14:03, 25. Apr 2006 (CEST)
thread_title:  Beschreibung der Funktionen 

message: ... das ist natürlich ein inherentes Problem von Subversion und überhaupt von allen Tools, die so freundlich sind, den Dateinamen nicht einfach so zu ändern, und muss deshalb sofort als Nachteil der Software angeführt werden.
Ich bin dafür, dass es entfernt wird. Was meint der Rest dazu?
(bin übrigens Fan von git, und will hier keineswegs SVN schönreden, aber das hier ist doch irgendwie nur wahlloses Bashing.)S
--93.130.180.135 15:59, 28. Jun. 2009 (CEST)
replies: text: Wenn es wirklich so ist, dann ist es kein inherentes Problem, sondern ein Bug, weil die Kodierung von Dateinamen nicht plattformunabhängig geschieht. Ich streiche den Absatz trotzdem, weil die Angaben weder belegt sind (Links ins Bugtracking von Subversion?), noch ist ein solches Detailproblem einen ganzen Absatz wert. --Gflohr 07:11, 24. Jul. 2009 (CEST)
thread_title:  (Sonstiges) Angebliche Probleme mit Umlauten 

message: Ich benutze kdesvn und es hat zwar eine Extra Oberfläche ist aber auch in Dolphin (dem Dateibrowser von KDE) integriert. Möglicherweise sollte es bei "Integriert in Dateibrowser" eingeordnet werden?
--217.81.85.124 20:51, 26. Okt. 2009 (CET)
thread_title:  kdesvn - In Dateibrowser integriert? 

message: Bei dem Abschnitt "Integriert in Entwicklungsumgebungen:" wird geschrieben, dass "NetBeans von Sun Microsystems" kommt. Da Oracle jedoch Sun aufgekauft hat, müsste man das doch ändern, oder?
--NaitSirch 13:10, 29. Apr. 2011 (CEST)
thread_title:  NetBeans nun von Oracle? 

message: Was hat es eigentlich mit diesem Namen auf sich? Was und wozu es ist, ist klar, aber warum heißt es pristine und nicht sabine, gaby oder yvonne? F. (nicht signierter Beitrag von 195.81.26.148 (Diskussion) 13:27, 15. Mai 2012 (CEST)
replies: text: Pristine is Englisch und heisst unverändert (Siehe zum Beispiel: http://dict.leo.org/ende?lp=ende&lang=en&search=pristine). Im Zusammenhang mit svn meint die pristine copy eine unveränderte Kopie des letzten Commits im lokalen Arbeitsverzeichnis. --Boemmels (Diskussion) 14:53, 30. Aug. 2012 (CEST)
thread_title:  Pristine?