Privaten SVN Server einrichten!

[Mavarik]

Zitat von Lemmy:

SVN Repository, 3 Entwickler. 2 Davon hatten die gleiche Datei in Bearbeitung (pas + dfm). Der eine ändert was in einer Prozedur, der andere löscht einen Button und die dazugehörige OnClick Methode. Der Entwickler, der den Button gelöscht hat macht als erster den Commit, dann kommt der zweite daher und wie auf magische Weise ist der Button + OnCLick Event wieder da (automatischer Merge). Passiert ist mir das nachweislich mind. 2x 2006-2008 - kann sich aktuell daher schon gebessert haben, wenn die das Merging aber nicht komplett umgestellt haben ist das immer noch ein Problem - da kann git einfach mehr.

Aber hätten die 3 Entwickler nicht auf Ihrem eigenen Branch arbeiten müssen?

Mavarik

[mquadrat]

Der Vorteil der Pull-Requests liegt darin, dass du die genehmigen kannst. So kann dir niemand deine Sourcen "kaputt commiten". Insbesondere bei offenen Repos wichtig. Wir arbeiten aber aktuell auch "nur" mit SVN und es funktioniert größtenteils.

[Lemmy]

Zitat von Mavarik:

Aber hätten die 3 Entwickler nicht auf Ihrem eigenen Branch arbeiten müssen?

haben wir mal versucht, aber der Aufwand beim Mergen steigt dann - vor allem wäre auch da dieses Problem entstanden... zumindest wüsste ich nicht, wie das dieses Problem hätte lösen sollen....

Und obwohl ich sehr gerne SVN einsetze: Auf so was würde ich mich nicht einlassen. Wenn Du viel mit Branches arbeiten willst in Kombination mit mehreren Entwicklern, ganz klar git (oder Mercurial - da habe ich nur wenig praktische Erfahrung).

[Elvis]

Git & Mercurial (ab jetzt schreib' ich einfach DVCS) kennen alle Changesets aller Branches, die bei dem Merge zusammenkommen. Und zwar konsequent: Sie wissen für jede Zeile woher sie kam.

Wenn du also eine neue Methode einfügst, hast du die Zeilen drumrum nicht geändernt. Ein DVCS weiß das.
Wenn jetzt dein Kollege auch etwas hinzugefügt hat, wird dich das DVCS mit 95%-iger Wahrscheinlichkeit nichtmal nach einer Konfliktlösung fragen. Du hast dann einfach eine Datei mit beiden Methoden.

Wenn dein Kollege seine Änderung an einen anderen Kollegen weitergab und der etwas in der einen Methode änderte wird auch der 2. Kollege in keine Merge-Hölle geraten, wenn er das auf eure kombinierten Änderungen anwenden will.
Das DVCS weiß genau woher welche Zeile kam, und wenn es den Konflikt vllt nicht immer autom. lösen kann. Es kann dir und deinem Difftool schon sehr gut unter die Arme greifen.

Und nun zu den Commandline tutorials:
Die wollen dir das jeweilige DVCS zeigen. Das geht am besten wenn du genau weißt was passiert.
Das geht nicht mit einer GUI, die 30 Befehle hinter einem einzigen Button versteckt.
Du *musst* dein VCS nicht nur verstehen, sondern jederzeit vorhersehen was es tun wird (natürlich in den Grenzen der Features, die du bereits beherrschst).
Ansonsten bekommst du irgendwann Magengeschwüre von all der Unsicherheit.
Ein Commandline Tutorial bringt dich zeitlich viel schneller von 0 zu fundierten Grundlagen.
Da haben Vorurteile absolut keinen Platz. (Die haben sie in unserer Branche eh nicht)

btw: Eines sollte man aber tunlichst sein lassen: Große binary Files.
Die wandern sonst ständig über den Äther. Ein DVCS macht kein Diff für Änderungen von binary files. Jede Änderung führt zu eine kompletten Kopie.
Das ist cool für Bildchens, die alle 3 Jahre (oder nie) geändert werden. Aber packt da keinen großen und/oder veränderlichen Binärkrams rein(*Hust* Word/Excel/PDF-Files).

[Mavarik]

OK nochmal die Frage:

Mercurial oder Git?
TortoiseHg oder SourceTree?

Wo liegt der Unterschied zwischen Mercurial und Git?

Mavarik

[Meflin]

Zitat von Mavarik:

Mercurial oder Git?
TortoiseHg oder SourceTree?

Ob Mercurial oder Git ist reine Glaubensfrage und ich denke es macht keinen großen Unterschied. Ich nutze Git, hauptsächlich weils doch n Stück populärer ist und man daher auch mehr Ressourcen dafür findet (sei es Hilfe oder Hosting -> GitHub). Mercurial hat aber denke ich die etwas durchdachtere Befehlsstruktur, da ist Git ziemlicher Wildwuchs. TortoiseHg soll nicht so das wahre sein, persönlich habe ich es aber noch nicht ausprobiert (ich benutze git auf der Kommandozeile, ist auch kein Problem).

[Mavarik]

Zitat von Meflin:

Ob Mercurial oder Git ist reine Glaubensfrage und ich denke es macht keinen großen Unterschied. Ich nutze Git, hauptsächlich weils doch n Stück populärer ist und man daher auch mehr Ressourcen dafür findet (sei es Hilfe oder Hosting -> GitHub). Mercurial hat aber denke ich die etwas durchdachtere Befehlsstruktur, da ist Git ziemlicher Wildwuchs. TortoiseHg soll nicht so das wahre sein, persönlich habe ich es aber noch nicht ausprobiert (ich benutze git auf der Kommandozeile, ist auch kein Problem).

Also Kommandozeile geht mal gar nicht.

Die Git download/win Homepage ist tot

und Mercurial bringt eine Fehlermeldung und läßt sich nicht installieren...

Mavarik

[Meflin]

Zitat von Mavarik:

Also Kommandozeile geht mal gar nicht.

Wieso? Weil du nicht tippen kannst ? Dachte ich auch lange, habe mich aber eines besseren belehrt... Aber jedem das seine.

Zitat:

Die Git download/win Homepage ist tot

http://git-scm.com/download/win geht (wieder)

[schlecki]

Also ich nutze SourceTree in Kombination mit der Konsole Ein Vorteil bei SourceTree ist auch, dass es ein embedded Git/Mercurial hat, so dass man gar nichts weiter installieren muss.

[Mavarik]

Zitat von Meflin:

Zitat von Mavarik:

Also Kommandozeile geht mal gar nicht.

Wieso? Weil du nicht tippen kannst ? Dachte ich auch lange, habe mich aber eines besseren belehrt... Aber jedem das seine.

Nein... Aber 1. leben wir doch nicht mehr in den 80ern und 2. war das für mich einer der Gründe warum ich bisher nie SVN genutzt haben, weil ich keine vernünftige Oberfläche gefunden habe.

Tortoise war mir immer zu Abstract. Das einzige was ich da gut finde ist die grafische Übersicht.


http://git-scm.com/download/win geht (wieder)

Gibt es bei git keinen unterschied zwischen Server und lokalem Rechner?

Mavarik

PS.: Für die Server sind das ganz andere Seiten?

PPS: Update (2013-06-20): Due to unresolvable issues with OpenSSH on certain Windows installations, we are discontinuing WindowsGit maintenance

LOL