MSEgit

[mschnell]

Läuft das nur mit git-Servern, oder auch mit einfachen svn-Daten ?

Gruß,
-Michaerl

[mse]

git benötigt keinen Server. Zur synchronisation mit SVN Servern stellt git das Kommando git svn zur Verfügung.
http://schacon.github.com/git/git-svn.html

[mschnell]

Sorry, anscheinend bin ich zu blöd.

Wenn ich das richtig verstanden habe, baut git irgendwie auf svn auf. (Deshalb meine Frage ob msegit auch mit svn umgehen kann. )

Wenn ich das richtig verstanden habe, ist der Hauptunterschied zwischen git und svn, dass git die komplette History-Information lokal bei jedem User hält und alle mit einem zentralen Verzeichnis synchronisiert, während svn die (relevante) Historie nur zentral verwaltet. Deshalb kann git auch sehr große Datenbestände mit langsamen Datenwegen zur Zentrale effizient verwalten.

Wenn ich das recht verstanden habe, gibt es ein spezielles git Protokoll ("git://..."), git kann aber auch (weniger fix) per http kommunizieren (http://...)

Ich weiß, das svn sowohl über "svn://", als auch über "http://...", als auch über direkte Datei-Operationen arbeiten kann. Dass direkte Datei-Operationen mit der zentralen Installation mit git auch gehen, wusste ich noch nicht nicht.

Kann man eigentlich denselben zentralen Datenbestand gleichzeitig sowohl per git als auch per svn zur Verfügung stellen ? Mit spezial-Protokoll oder auch mit Datei-Operationen ?

(leider ist git extrem komplex und die Doku oft schwer verständlich )

Gruß und Dank,
-Michael

[mse]

Wenn ich das richtig verstanden habe, baut git irgendwie auf svn auf. (Deshalb meine Frage ob msegit auch mit svn umgehen kann. )

Da liegst du komplett falsch, lies doch z.B. mal Wikipedia:
http://en.wikipedia.org/wiki/Git_(software) (der Link wurde bereits weiter oben präsentiert).

Wenn ich das richtig verstanden habe, ist der Hauptunterschied zwischen git und svn, dass git die komplette History-Information lokal bei jedem User hält und alle mit einem zentralen Verzeichnis synchronisiert, während svn die (relevante) Historie nur zentral verwaltet.

git kann (muss aber nicht) Daten mit anderen git repositories austauschen, eine zentrale Server Instanz gibt es nicht.

Kann man eigentlich denselben zentralen Datenbestand gleichzeitig sowohl per git als auch per svn zur Verfügung stellen ? Mit spezial-Protokoll oder auch mit Datei-Operationen ?

Siehe http://schacon.github.com/git/git-svn.html (auch dieser Link wurde schon einmal präsentiert).

(leider ist git extrem komplex und die Doku oft schwer verständlich )

git kann komplex sein, muss aber nicht. Solange man nur einfache Operationen durchführt bleibt es auch einfach. Und mit so genial einfachen Oberflächen wie MSEgit ist die Handhabung sowieso kein Problem mehr.
Aus eigener Erfahrung kann ich nur raten, SVN an den Nagel zu hängen und auf git umzusteigen. Die anderen DVCS (Mercurial, Bazaar..) kenne ich nicht und kann sie daher auch nicht beurteilen.

Martin

[mschnell]

Aus eigener Erfahrung kann ich nur raten, SVN an den Nagel zu hängen und auf git umzusteigen. Die anderen DVCS (Mercurial, Bazaar..) kenne ich nicht und kann sie daher auch nicht beurteilen.

Verstehe. In Eclipse kann ich ein "CVS Repository" konfigurieren. Ich bin bisher davon ausgegangen, dass es sich dabei um Subversion handelt. Vielleicht ist das aber auch ein Irrtum. Wenn es da auch git gäbe und man - wie Du ja sagst - keinen Server für git braucht, könnte ich statt svn git einplanen. Oder ich könnte statt der in Eclipse integrierten Funktionalität msegit probieren.

Gruß,
-Michael

[mse]

CVS ist noch älter: http://en.wikipedia.org/wiki/Concurrent_Versions_System. SVN wurde als Nachfolger und "besseres CVS" angekündigt.

[mse]

MSEgit Version 1.0 ist erhältlich:

https://sourceforge.net/projects/mseuniverse/files/msegit/1_0/

Martin

[Socke]

MSEgit Version 1.0 ist erhältlich

Habs mir mal zum Spaß geladen; Beim Beenden immer eine Access-Violation:

Code: Alles auswählen

Error
---------------------------
An unhandled exception occurred at $00496384 :
 
EFCreateError : Unable to create file "/C:/Users/<mein Benutzername>/AppData/Roaming/.msetools/msegit.sta.$$$2964"
 
Das System kann den angegebenen Pfad nicht finden.
  $00496384
  $00496639
  $004A08D6
  $00499C97
  $0042B846

Mein Betriebssystem ist Windows 7 Professional SP 1 64 Bit.

[mse]

MSEgit Version 1.0 ist erhältlich

Habs mir mal zum Spaß geladen; Beim Beenden immer eine Access-Violation:

[code=text]Error
---------------------------
An unhandled exception occurred at $00496384 :
 
EFCreateError : Unable to create file "/C:/Users/<mein Benutzername>/AppData/Roaming/.msetools/msegit.sta.$$$2964"

Hast du dort Schreibrechte? Wenn nein, warum nicht?

[pluto]

Ist der Pfad nicht Falsch?
"/C:/Users/<mein Benutzername>/AppData/Roaming/.msetools/msegit.sta.$$$2964"?
Das ist doch kein Windows-Pfad Angabe, nicht mal Linux.
Das müsste doch so lauten:
"C:\Users\<mein Benutzername>\AppDat\Roaming\.msetools\msegit.sta.$$$2964"
Wenn überhaupt oder?
Und sind die $$$ Zeichen unter Windows überhaupt erlaubt beim Dateinamen?

[Socke]

Und sind die $$$ Zeichen unter Windows überhaupt erlaubt beim Dateinamen?

Ja.

Ist der Pfad nicht Falsch?
"/C:/Users/<mein Benutzername>/AppData/Roaming/.msetools/msegit.sta.$$$2964"?
Das ist doch kein Windows-Pfad Angabe, nicht mal Linux.

Für Windows hast du Recht -- unter Linux wäre das vermutlich ein gültiger Dateiname (ich habs auch geschafft, einen Schrägstrich in einen Verzeichnisnamen zu packen, obwohl das angeblich nicht erlaubt sein soll).

[mse]

Ich habe nachgebessert. Bitte probiere nochmals mit 1.0a.
https://sourceforge.net/projects/mseuniverse/files/msegit/1_0/

Martin

[mse]

Ist der Pfad nicht Falsch?
"/C:/Users/<mein Benutzername>/AppData/Roaming/.msetools/msegit.sta.$$$2964"?

MSEgui benützt für alle Plattformen das gleiche Dateipfad-Format. Das Problem war, dass das ".msetools" Verzeichnis nicht immer angelegt wurde.

[pluto]

MSEgui benützt für alle Plattformen das gleiche Dateipfad-Format.

Ach so. Also passt es die Pfadangaben intern an? Damit es leichter ist?

[mse]

Ach so. Also passt es die Pfadangaben intern an? Damit es leichter ist?

Ja.