Privaten SVN Server einrichten!

[Mavarik]

Also!

Die Installation auf meinem Windows Server hat keine Minute gedauert! Das SSL Zertifikat könnte ich noch installieren... Muss man aber nicht, da man beim 1. Zugriff das Zertifikat anhand des Fingerprints akzeptieren kann...

Fertig...

Und "Nein" Linux werde ich mit Sicherheit nicht nehmen, da ich mich damit überhaupt nicht auskenne und ich 3 Windows - Server im Rechenzentrum habe.

Und SVN...? ich bin die letzten 31 Jahre auch ohne SVN ausgekommen... Wenn ich einen Versionstand speichern wollte hab ich nen ZIP per Batch auf gerufen. Hat immer gereicht.

Aber:

Zitat von Daniel:

.. jeder Entwickler sollte von Zeit zu Zeit einen Blick über den Tellerrand werfen.

Daher habe ich das jetzt mal installiert und teste SVN.

Der Grund ist... Ich werde nach und nach unser Projekt auf Unicode umstellen. Bin gespannt wie gut das klappt, die Änderungen
der produktiven Version von Zeit zu Zeit in die auf Unicode geändert Version zu Mergen. (Das soll ja gehen, oder)

Ich werde berichten, wenn es jemanden interessiert.

Grüsse Mavarik

[Elvis]

Wenn du Versionierung testen/lernen willst, dann überspringe SVN.
Das benutzt man nur noch, weil man noch nicht zu Mercurial oder Git wechseln konnte.

Hier wird Git erklärt
https://www.atlassian.com/de/git/tut...t-basics#!init

Hier gibt es eine sinnvolle GUI dafür (die einzige, bei der man nicht ständig eine Konsole aufhaben muss)
http://www.sourcetreeapp.com

Vor allem kannst du da lokal versionieren, und ab & zu mit dem Server sync'en.
Gerade wenn du etwas umstellen willst, wäre SVN mit seinen dämlichen Merging ein Klotz am Bein.

Sorry, falls ich hier penetrant bin, aber heutzutage SVN lernen ist so sinnvoll wie die Win16 API zu lernen: Möglich, und man wird vllt. sogar Resultate sehen. Aber komplett unsinnig.

[Phoenix]

Da gebe ich Elvis 100% recht. Gerade wenn Du noch keine Versionierung eingsetzt hast, dann lass die Finger von SVN.
Das wäre das gleiche, wie wenn jemand, nur weil er in der Vergangenheit noch kein Auto hatte, sich heute noch einen Dampfbetriebenen Wagen holen würde.

Wenn Du auf der EKON bist, schau mal in meine Git session rein. Die ist bezeichnenderweise gleich hinter der SVN-Session eingeplant. Also erstmal lernt man Versionierung und dann, wie man das heute richtig macht

Gerade wenn Du hiervon redest:

Zitat von Mavarik:

Der Grund ist... Ich werde nach und nach unser Projekt auf Unicode umstellen. Bin gespannt wie gut das klappt, die Änderungen
der produktiven Version von Zeit zu Zeit in die auf Unicode geändert Version zu Mergen. (Das soll ja gehen, oder)

Wenn Du nach jedem einzelnen Commit mergest, dann mag das gehen.
Wenn Du eine größere Zeitspanne abwartest, dann wirst Du Dich mit SVN zu tode mergen, da Du bei jedem merge einen riesen-Stapel an Konflikten zu bearbeiten haben wirst. Bei Git oder Mercurial/Hg sieht das anders aus. Die können einen echten 3-Way-merge fahren weil dort mehr Informationen über die Historie beider Zweige vorhanden sind und nicht nur diffs, sondern komplette Snapshots abgelegt werden.

Mit SVN tut sich heute niemand mehr einen gefallen. Du wirst feststellen, das das mit dem mergen nicht so klappt wie Du es Dir vorstellst und das läuft dann auf "Versionierung ist mist!" raus, obwohl eigentlich nur SVN seine Probleme offenbart.

Hau Dir Gitlab drauf (ist kostenlos), SourceTree als Client, und dann teste lieber gleich mit dem Mercedes, und nicht mit dem Trabi.

[Sherlock]

Jetzt muss ich allen SVN Gegnern beipflichten. Mavarik hat ja klar gesagt, daß er Versionierungsanfänger ist. Da sollte man nicht mit der Steinzeit anfangen, sondern mit "State of the Art". Und das ist nunmal Mercurial oder eben Git. ICh habe mich übrigens für Mercurial entschieden. Möge der Glaubenskrieg beginnen (SVN hat eh von Anfang an keine Chance gehabt).

Sherlock

[Phoenix]

Zitat von Sherlock:

ICh habe mich übrigens für Mercurial entschieden. Möge der Glaubenskrieg beginnen (SVN hat eh von Anfang an keine Chance gehabt).

Ich glaub so einen GLaubenskrieg wird das nie auslösen

Mercurial war von Anfang an etwas besser im Tooling (insb. auf Windows). Da hat Git aber inzwischen gut aufgeholt. Vom Featureset ist Git ein klein wenig besser, aber das sind Edge-Cases, die man im normalen Entwicklungsalltag normalerweise nicht spürt.

Mit Kiln gibt es inzwischen schon Server, die sogar beides können, und bei denen der eigentlich genutzte Client (ob jetzt Git oder Hg) auch vollkommen wurscht ist. Ud wenn man Kiln nicht kaufen mag, dann kann mit automatisierten Git/Hg-Bridges das auch selber hinbasteln.

Und wenn man z.B. Sourcetree als Client nutzt, kann man damit auch Git und Hg Repos verwenden.

[Lemmy]

Guten Morgen,

@Mavarik:

Zitat von Mavarik:

Der Grund ist... Ich werde nach und nach unser Projekt auf Unicode umstellen. Bin gespannt wie gut das klappt, die Änderungen
der produktiven Version von Zeit zu Zeit in die auf Unicode geändert Version zu Mergen. (Das soll ja gehen, oder)

auch wenn ich manchen Aussagen hier nicht zustimme: Lass in diesem (Anwendungs)Fall die Finger von svn. Das Merging in git/Mercirual ist besser.

Grüße

[sh17]

Hör auf Elvis

[Mavarik]

Boh ey...

Jetzt hab ich mich erfolgreich Jahre lang darum gedrückt...
Jetzt hab ich das ganze Wochenende getestet um das Ganze zu verstehen...
Jetzt hab ich meine laufenden Projekte ALLE auf SVN umgestellt...
Jetzt soll ich schon wieder was neues machen...

Frei nach LW1-4 OK OK OK ich werde es mir anschauen...

Danke für Euer Feedback...

Mavarik

[Daniel]

Ja, das mag ärgerlich sein - aber umsonst war das WE gewiss nicht: Bei aller Schelte, die SVN einstecken muss, die Grundprinzipien von Versionsverwaltungen sind geblieben. Wenn Du also verinnerlicht hast, wie man mit Branches und derlei arbeitet, geht es bei einer Umstellung auf ein neues System lediglich um die Frage des "Wie geht das dort?" und nicht mehr um das "Was ist das überhaupt?".

[Mavarik]

Zitat von Daniel:

Ja, das mag ärgerlich sein - aber umsonst war das WE gewiss nicht: Bei aller Schelte, die SVN einstecken muss, die Grundprinzipien von Versionsverwaltungen sind geblieben. Wenn Du also verinnerlicht hast, wie man mit Branches und derlei arbeitet, geht es bei einer Umstellung auf ein neues System lediglich um die Frage des "Wie geht das dort?" und nicht mehr um das "Was ist das überhaupt?".

Gebe ich Dir Recht... Aber nur weil ich das NIE eingesetzt habe bedeutet es ja nicht, dass ich mich nicht zwischendurch mal damit beschäftigt haben... Hatte lokal auch schon einen SNV Server eingerichtet, aber nur für Datensicherung...

Aber was den nun:

Mercurial oder Git?

TortoiseHg oder SourceTree?

Mavarik

PS: Echt jetzt? Anleitung als Commandline tool?