Ich werde die Entwicklung von Helma NG testweise auf Github verlegen.

coole idee!

sobald du git auf der console verstanden hast, wäre ich über jeglichen hinweis dankbar. bin da noch nicht durchgestiegen.

Ich glaub der git-svn crash course ist dein bester Freund. Bin auch erst höchstens viertelduchgestiegen, habe aber das Gefühl, dass es mit svn nicht mehr geht.

danke für den pointer. das hatte ich noch nicht gefunden. der vortrag des herrn linus ist ja sehr beeindruckend - sagt da viele intelligente dinge.

Ich glaube die beste Git-Intro ist aber das Tutorial hier.

ah, sehr fein. gratuliere. und ich brauch endlich nicht mehr mit git-svn rumtun ;)

heh - hab gesehen, dass du schon mal ein helma-ng hattest auf github. vielleicht hast du ja bald wieder eines :-)

Feststellungen:

1) sogar ich bin schlau genug, um mit git fertigzuwerden.
2) das Leben ist so viel besser mit git!

re 2): d'accord!
re 1): ermutigend ;) lernaufwand is schon ein bissl, aber wenigstens staendig mit dem gefuehl, dass es das auch wert ist

Also meine Git Erfahrungen sind bisher eher leidlich. Aufsetzen eines Servers ging nur mit einigen Fehlermeldungen, Debian kannte in stable nur 1.4, man braucht aber 1.5 (backports hilft) fuer "git init", bei "git add ." kommt immer noch

fatal: pathspec '' did not match any files

und das sind nur ein paar der Probleme. Entweder MacOS ist absolut das falsche OS, oder ich bin vermutlich zu dumm fuer git, im Gegensatz zu "1) sogar ich bin schlau genug, um mit git fertigzuwerden." :-(

wenn git add . obigen fehler liefert, dann findet es einfach keine files in deinem working directory ./ -- sollte es welche finden?

Ja, da sind eine Datei und zwei Verzeichnisse.

Ich hab mit git keine probleme, aber mit git-svn. Da schaff ich es nämlich nur vom ursprünglich aus dem svn ausgecheckten repository, zurück ins svn zu committen. Und ausserdem gibt es problem, wenn man von git-branches, die nicht im svn sind, in den im svn befindlichen master branch mergt, weil nämlich die commit-ids unterschiedlich sind mit oder ohne svn-id.

Ansonsten ist manchmal was umständlich bzw benötigt einen option-switch wo es keinen benötigen sollte, z.b. git reset --mixed um sachen aus dem index, aber nicht der working copy zu entfernen. Aber damit kann ich leben. Trotzdem sind bazaar und mercurial immer noch interessante Alternativen.

Für mich alleine wäre ein zentrales Subversion und git lokal auf der Platte auch schon mein persönliches Nirvana.

Beim lokalen Rumspielen ist das Nirvana bei mir das erzeugen/switchen von lokalen Branches. Ich glaube auch in jeder Firma koennte das sehr praktisch zum Schnell-Mal-Bugfixen sein.

Siehe auch

http://www-cs-students.stanford.edu/~blynn/gitmagic/ch04.html

re hns: --mixed ist das default verhalten von git-reset.

doh!

Not logged in. Click here to log in.