Re: [Neo] DVCS + Windows
Benjamin Kellermann wrote: > solange die history immer gerade bleibt und wir das nur benutzen, wie > svn ohne branches denke ich auch, dass es geht. Öh, schau mal da: → http://bitbucket.org/durin42/hg-git/changesets/d61881f463ce → http://github.com/schacon/hg-git/commits/master?page=2 Sieht das linear aus? Das wird via hg-git synchronisiert. Die history-Modelle von git und hg sind nämlich gleich mächtig: Sie können die gleichen Informationen abbilden. Das einzige, was (soweit ich weiß) nicht passieren darf, ist umschreiben von bereits veröffentlichter history (non-fast-forward push in git, IIRC, oder halt rebase in hg). Liebe Grüße, Arne
Re: [Neo] DVCS + Windows
Benjamin Kellermann wrote: > coole Argumentationskette: > A: das braucht viel Platz! > B: hey, es gibt große Platten! > A: Platz ist ein total wichtiges Argument, es ist nämlich doof, wenn > das klonen langsam ist‽ Ich glaube, du hast meine Argumentation falsch verstanden. A: Das braucht viel Platz. B: Hey, es gibt große Platten *und Geschwindigkeit ist egal* A: Platz ist ein Nachteil aber nicht wirklich relevant. An Geschwindigkeit ist nur wichtig, dass sie nicht zu heftig ausbremst. LG, Arne
Re: [Neo] DVCS + Windows
Am Donnerstag, den 19.08.2010, 08:44 +0200 schrieb Arne Babenhauserheide: > Benjamin Kellermann wrote: > > der Fakt, dass es ganze > > Softwareprojekte gibt, die versuchen mehrere Repositories in sync zu > > halten sagt mir, dass es vielleicht doch etwas schwieriger ist als > > einfach nur ein post-push-hook… > > hg-git wird selbst mit genau so einem Modell entwickelt, solange die history immer gerade bleibt und wir das nur benutzen, wie svn ohne branches denke ich auch, dass es geht. Wenn dann der erste heult, weil er 5 branches mit 4 commits und gerebasedter history auf einmal syncen will soll niemand sagen, ich hätte euch nicht gewarnt! Besser einen funktionierenden Server und wenn dann jemand mit hg-git, bzr-git, git-hg, bzr-hg, git-bzr oder hg-bzr rumspielen will, dann bitteschön… > >> Nachteil: Doppelter Platzbedarf. > > > > ich finde es komisch, dass immer alle so geil auf geringe repo-Größe und > > super Geschwindigkeiten sind. Es ist doch völlig Wurscht, ob ein Projekt > > den einfachen doppelten oder dreifachen Platzbedarf hat, wenn es > > Terrabyteplatten für lau gibt… > > Ich hätte es nicht vorgeschlagen, wenn ich den Nachteil hier für wirklich > relevant halten würde :) > > Das Problem an Geschwindigkeiten ist für mich, dass ein langsames Klonen > eine Barriere bildet, durch die neue Leute nur schwer einsteigen können. > Nach zu langer Wartezeit ist die Lust auf einen kurzen Fix oft wieder weg. coole Argumentationskette: A: das braucht viel Platz! B: hey, es gibt große Platten! A: Platz ist ein total wichtiges Argument, es ist nämlich doof, wenn das klonen langsam ist‽ Ben
Re: [Neo] DVCS + Windows
Benjamin Kellermann wrote: > Am Mittwoch, den 18.08.2010, 19:45 +0200 schrieb Arne Babenhauserheide: >> Idee aus IRC: sowohl hg als auch git auf dem server, und übertragen. > > ich denke nicht, dass das so eine gute Idee ist. Es gibt schon Projekte, > die sich genau damit befassen (z.B. tailor). Und der Fakt, dass es ganze > Softwareprojekte gibt, die versuchen mehrere Repositories in sync zu > halten sagt mir, dass es vielleicht doch etwas schwieriger ist als > einfach nur ein post-push-hook… hg-git wird selbst mit genau so einem Modell entwickelt, und nachdem das Problem keins von hg-git war, sondern eins von meinem lokalen Python-Setup, macht mir das deutlich weniger Sorgen. Und da hg-git auch ein Projekt ist, sehe ich den großen Unterschied von tailor nicht :) (außer halt, dass hg-git nur für Mercurial und Git funktioniert) hg-git bietet ein transparentes mapping. Das heißt, für jeden commit in git gibt es einen in hg und umgekehrt, und hg-git weiß, welcher zu welchem gehört. Dar Nachteil ist normalerweise, dass es recht lange dauert, ein großes Git- repo mit hg zu klonen (ich habe gestern ein 17.000 changeset repo getestet¹, und das braucht mehrere Stunden, weil halt jeder commit von git in hg konvertiert werden muss). Der verschwindet aber, wenn es beide repos gibt, die synchron gehalten werden. Dann können beide von ihrem nativen Format klonen und sind entsprechend schnell. ¹: Das freenet repository, um es in freenet zu spiegeln, so dass Leute anonym darauf zugreifen können. Geht über infokalypse recht einfach und effizient. >> Nachteil: Doppelter Platzbedarf. > > ich finde es komisch, dass immer alle so geil auf geringe repo-Größe und > super Geschwindigkeiten sind. Es ist doch völlig Wurscht, ob ein Projekt > den einfachen doppelten oder dreifachen Platzbedarf hat, wenn es > Terrabyteplatten für lau gibt… Ich hätte es nicht vorgeschlagen, wenn ich den Nachteil hier für wirklich relevant halten würde :) Das Problem an Geschwindigkeiten ist für mich, dass ein langsames Klonen eine Barriere bildet, durch die neue Leute nur schwer einsteigen können. Nach zu langer Wartezeit ist die Lust auf einen kurzen Fix oft wieder weg. Von der commit- und update-Geschwindigkeit her sind alle DVCSs problemlos zu nutzen. Liebe Grüße, Arne PS: Für Leute, die beim Log gerne einen pager hätten: ~/.hgrc: [pager] pager = LESS='FSRX' less # quiet = True [extensions] pager = → http://mercurial.selenic.com/wiki/PagerExtension
Re: [Neo] DVCS + Windows
Am Mittwoch, den 18.08.2010, 19:45 +0200 schrieb Arne Babenhauserheide: > Idee aus IRC: sowohl hg als auch git auf dem server, und übertragen. ich denke nicht, dass das so eine gute Idee ist. Es gibt schon Projekte, die sich genau damit befassen (z.B. tailor). Und der Fakt, dass es ganze Softwareprojekte gibt, die versuchen mehrere Repositories in sync zu halten sagt mir, dass es vielleicht doch etwas schwieriger ist als einfach nur ein post-push-hook… > Nachteil: Doppelter Platzbedarf. ich finde es komisch, dass immer alle so geil auf geringe repo-Größe und super Geschwindigkeiten sind. Es ist doch völlig Wurscht, ob ein Projekt den einfachen doppelten oder dreifachen Platzbedarf hat, wenn es Terrabyteplatten für lau gibt… Wenn es um die coolness™ von Programmiersprachen geht, finden auch immer alle Python, Ruby oder Perl schick und niemand interessiert es, das sie um das 20-50 fache langsamer sind als C. Ben
Re: [Neo] DVCS + Windows
Christian Kluge wrote: > Schade nur … dass hg-git gerade nicht funktioniert. hg-git habe ich heute wieder zum Laufen bekommen. Ich hatte ein faules Ei im Schlangennest (ein altes .egg, das nicht von portage verwaltet wurde, hat mir ein uraltes dulwich reingezogen, das hg-git nicht mochte. hg-git hatte kein problem). Idee aus IRC: sowohl hg als auch git auf dem server, und übertragen. Das hg repo kann dann sowohl als push-quelle genutzt werden (für hg Nutzer) als auch Änderungen aus dem git ziehen und in das git pushen. Ein einfacher cron-job, der in dem hg-repo regelmäßig `hg pull; hg push` aufruft, vereint dann beide. Vorteil: Sowohl git als auch hg Nutzer können schnell klonen. Nachteil: Doppelter Platzbedarf. Liebe Grüße, Arne
Re: [Neo] DVCS + Windows
Dennis Heidsiek wrote: > Derzeitig wird zwar nur SVN unter > Gnome/nautilus unterstützt, aber für die 1.0 steht Git auf der Roadmap … > sollte man im Auge behalten :). Die Kommandozeile unter Linux ist schön > und gut, aber eingefärbten Icons auch O:-) Dolphin unter KDE kann svn und teilweise git (sehr teilweise), und ich habe heute Mittag mal einen Versuch gestartet, auch hg zu integrieren (auch sehr teilweise :) ). Liebe Grüße, Arne
Re: [Neo] DVCS + Windows
Hallo allerseits, Christian Kluge ſchrieb am 18.08.2010 03:44 Uhr: pro git […] auch weil es schnell ist Selbst unter Windows ist Git (wie Hg) bedeutend schneller als SVN :). Richtig schnell ist es aber erst unter Linux – man vergleiche git svn clone unter msysgit und Linux. Denn so schlecht finde ich hg nun auch nicht, es ist halt nur im Moment noch etwas ungewohnt. Sehe ich genauso, Git und Mercurial sind Brüder – im Großen und Ganzen ziemlich ähnlich, aber auch in vielen Details verschieden. nur gebrancht habe ich in den kurzen 2 Tagen noch nichts Das ist – glaube ich – prinzipiell genau wie bei Git, nur dass rebase eine erst zu aktivierende Erweiterung ist¹ und dass man nicht mehr als zwei Branches gleichzeitig mergen kann (was in der Praxis ja auch nicht so häufig ist – solange man nicht gerade den Linux-Kernel pflegt ;). Also im Prinzip Schulze-Voting (Ebene4-Wahl ;-)): Also eine formale Wahl tut definitiv nicht Not, aber für ein inoffizielles Meinungsbild würde ich auch mit 1. git 2. hg 3. [git] svn abstimmen. 999. bizarre Hihi … wenn’s wenigstens bazinga hieße ;). Viele Grüße, Dennis-ſ ¹ Man ergänze in seiner .hgrc: [extensions] # enable Mercurial Queues rebase = # activates git like rebase
Re: [Neo] DVCS + Windows
Hallo allerseits, Florian Janßen ſchrieb am 18.08.2010 01:14 Uhr: Wahrscheinlich wird da bei der Installation irgendein Ordner o.ä. mit den falschen Rechten erstellt. Gute Erklärung! Wahrscheinlich wurde das Programm ursprünglich nur für XP entwickelt, und da durfte man ja noch sehr viel mehr Schmuh machen :/. lieber mit der Kommandozeile Ein Vorteil der Kommandozeile ist, dass die einmal gelernten VCS-Befehle plattformübergreifend funktionieren. Viele Grüße, Dennis-ſ
Re: [Neo] DVCS + Windows
Hallo allerseits, Christian Kluge ſchrieb am 18.08.2010 03:35 Uhr: Florian Janßen schrieb am 18.08.2010 01:14: Ihr müsstet mal mein Kontextmenu im Explorer sehen, TortoiseSVN für Neo, TortoiseHg für die Mozillen, und nun auch noch TortoiseGit. Oh ja, wem sagst Du dass … ich habe hier TortoiseSVN (für Neo), TortoiseCVS (für Uraltprojekte) und TortoiseGit (für den Rest) installiert. Da fehlt nur noch TortoiseHg … dann hätte man vier mal die funktional und optisch gleichen zwei Menüeinträge :(. Verständlich, wäre ein zusammengemergtes Tortosie, dass mit allen Repoformaten klarkommt nicht irgendwann mal die Lösung? Das wäre es, aber leider gibt es so etwas in der Windowswelt nicht … zuallererst gab es TortoiseCVS, dann kam SVN und es entstand TortoiseSVN als Fork, aus dem dann wieder TortoiseGit (und ich glaube auch -Hg) geforkt worden … deshalb benutzen die alle auch mehr oder weniger die gleichen Icons etc., aber es sind halt unterschiedliche Projekte mit unterschiedlichen Entwicklern :(. Unter Linux sieht’s besser aus: Da hat man aus dem Windows-Chaos gelernt und versucht mit RabbitVCS genau diesen Ansatz umzusetzen, also ein ›tortoiseeskes‹ Programm für alle wichtigen Versionswaltungen (und Dateimanager) zu programmieren. Derzeitig wird zwar nur SVN unter Gnome/nautilus unterstützt, aber für die 1.0 steht Git auf der Roadmap … sollte man im Auge behalten :). Die Kommandozeile unter Linux ist schön und gut, aber eingefärbten Icons auch O:-) Viele Grüße, Dennis-ſ
Re: [Neo] DVCS + Windows
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dennis Heidsiek schrieb am 17.08.2010 21:03: > Hallo allerseits, > > > Arne Babenhauserheide ſchrieb am 17.08.2010 15:48 Uhr: >> Naja, wenn dann mal hg-git wieder tut… >> >> Zur Zeit tut es leider nicht :( > > Das ist allerdings blöde … wird aber bestimmt bald gefixt werden. > > Aber wie verfahren wir jetzt am besten? Warten wir ab, bis sich noch > mehr Leute Pro-Git oder Pro-Hg äußern? Entscheidet Ben, da er den Server > schließlich warten muss? Pascalokratie? Oder belassen wir es bei SVN > (dank git svn kann man auch jetzt schon mit einem modernen DVCS arbeiten > und trotzdem auf das »Legacy-Repository« zugreifen)? > > > Viele Grüße, > Dennis-ſ > > Dann werde ich mal pro git stimmen. Vielleicht weil es mein erstes DVCS ist, und ich es am besten gelernt habe. Aber auch weil es schnell ist und die Repogröße klein bleib pluginsupport ist mir im Moment noch egal und in der shell geht es wunderbar. Schade nur dass es leider nicht auf 64bit Win7 richtig läuft :-(, und dass hg-git gerade nicht funktioniert. Denn so schlecht finde ich hg nun auch nicht, es ist halt nur im Moment noch etwas ungewohnt. Warum ist hg log ohne Pager, hg pull nicht wie git pull, sondern wie git fetch und wieso gibt es nicht hg reset sondern hg rollback und solche kleinen Benennungsverschiedenheiten, ansonsten läuft es bis jetzt eigentlich ganz gut, nur gebrancht habe ich in den kurzen 2 Tagen noch nichts, aber dazu wird ja der Arne ein gutes Tutorial geschrieben haben :-). Nur wenn bzr gewählt wird, würde ich nicht zustimmen, da habe ich bisher nur schlechte Erfahrungen mit gemacht, guter Pluginsupport und tolle GUI hin oder her, das kommt mir nicht in die Tüte, dann noch eher git-svn als letzte Lösung. Also im Prinzip Schulze-Voting (Ebene4-Wahl ;-)): 1. git 2. hg 3. git svn 999. bizarre Mit freundlichen Grüßen Frakturfreak - -- Wenns auch war, wies halt war, irgendwie wars, denn noch nie wars, dass es nicht irgendwie war. Mein Blog: http://frakturfreaks-kleine-dinge.1on.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMazsTAAoJEB9H8FkpBSOdXW8IAK2SwSvmVsTkhGnoBsaLFNS0 s0ordlhabqVFQZ6gOztuvT/Ow8pkuKAj2FI7gfQTV4nNdTShL9sCq2jRQnUX48IQ R30SGW8l1Qz9RuYzIkO6edunphjHUE1wfqNO514xci8S0ADyxcHOebTuHrU2S2Ga LqWpqWiGJpop86F0RW2F30LrBEKjLMUYBPd1EN6vNLUoV85dTGmyDBu6rG67UpHS CVF0UcfpgQ20H8+yaWeue1JxNC4WxKqkOFS7ufBU1/buSmX2FLg09OsqlLXNewhV r+AGyTtRUNilRtpnI2aJAyyHqn3A1cmpYoPM02D60GgwOsI870UdMMaMga+1byI= =sHBJ -END PGP SIGNATURE-
Re: [Neo] DVCS + Windows
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Florian Janßen schrieb am 18.08.2010 01:14: > Am 17.08.2010 21:01, schrieb Dennis Heidsiek: >> Florian Janßen ſchrieb am 17.08.2010 10:43 Uhr: > >>> dafür ist es TortoiseSVN schön ähnlich und ist gut in den Explorer >>> integriert. >> Aus dem Grund hatte ich es auch empfohlen! > > > Ihr müsstet mal mein Kontextmenu im Explorer sehen, TortoiseSVN für Neo, > TortoiseHg für die Mozillen, und nun auch noch TortoiseGit. > Verständlich, wäre ein zusammengemergtes Tortosie, dass mit allen Repoformaten klarkommt nicht irgendwann mal die Lösung? Mit freundlichen Grüßen Frakturfreak - -- Wenns auch war, wies halt war, irgendwie wars, denn noch nie wars, dass es nicht irgendwie war. Mein Blog: http://frakturfreaks-kleine-dinge.1on.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMazjeAAoJEB9H8FkpBSOdoWUH/0kb4Nb9yV4cdhVWenEwx2yN eRKjlUf7d3pwfVVfIlnjpnOtZOSMQMWIqSXm7faOxiOBh6N+qwChAkwfVvPNb4s2 SvzWQbp89/jNR29FleyC2PVWUi276SA19NY96MQ1rH1xn2p+hBwh7JXeF8vqOSdh E4/Ot0SxC+aKn99qu0XnDgx2lgdKujO8XYhPvX9crQvR5WwwR0NAcGf1r/fIRcPp vFQ3Np/Ys5vzsDth4AvQ0ps7t1HHFUmeHuhFtTtSJbOu6uI0zQO2M/p1jTwW3fcl zEig/GfYkT+7oUhPNQTRzLH+1lvYGa7rb/6HlcOTbzf5hEDJT7QPVKnxn2qNamQ= =Oeey -END PGP SIGNATURE-
Re: [Neo] DVCS + Windows
Am 17.08.2010 21:01, schrieb Dennis Heidsiek: > Florian Janßen ſchrieb am 17.08.2010 10:43 Uhr: >> TortoiseGit funzt nur als Admin, was IMHO eine Unsitte ist, > > Da kann ich Dir nur zustimmen! Allerdings kann ich das Problem nicht > reproduzieren, hier unter Vista funktioniert es auch mit normalen > Benutzerrechten. Ich hätte nicht gedacht, dass 7 so viele Probleme > verursacht … Wie gesagt, die meisten Probleme lagen an dem falschen msysgit-Dings. Das interessante ist, dass TortoiseGit bei einem Admin noch nicht mal die höheren Rechte anfordert. Aber es muss ein Adminkonto sein Wahrscheinlich wird da bei der Installation irgendein Ordner o.ä. mit den falschen Rechten erstellt. Mit ein bißchen Mühe wird sich das vielleicht beheben lassen. Aber bevor ich mich dafür als Admin einlogge, werde ich mich lieber mit der Kommandozeile oder der Git Gui rumschlagen. >> dafür ist es TortoiseSVN schön ähnlich und ist gut in den Explorer >> integriert. > Aus dem Grund hatte ich es auch empfohlen! Ihr müsstet mal mein Kontextmenu im Explorer sehen, TortoiseSVN für Neo, TortoiseHg für die Mozillen, und nun auch noch TortoiseGit. Gruß Florian
Re: [Neo] DVCS + Windows
Hallo allerseits, Florian Janßen ſchrieb am 17.08.2010 16:21 Uhr: Aber sind wir alle nicht svn gewöhnt?*gg* Doch, waren wir! Bis irgendwelche verrückten Spinner versucht haben, uns von den Vorteilen eines DVCS zu überzeugen … dann kam eine eklige Lernphase, dann kann irgendwann die Erleuchtung und jetzt versuchen wir, arme SVN-Nutzer zu missionieren (bitte ersetze SVN durch Qwertz und DVCS durch Neo ;). Seit DR-DOS 6.0 hab ich einen Bogen um Kommandozeilenzeugs gemacht. Du kannst MS-DOS nicht wirklich mit einer Linux-Shell vergleichen; zwar sind beide Kommandozeilenbasiert, aber auch Windows 3.11 und 7 sind – mehr oder weniger ähnliche – GUI’s. Einiges geht auf der Kommandozeile halt einfacher, schneller und bequemer („paketverwaltung installiere git mercurial“) – anderes in einer GUI. Ne mir ist es wurscht, irgendwie bekommt man auch unter Windows die Daten ins VCS gestopft. Also stünde Git (oder Mercurial) aus Windows-Sicht wohl nichts mehr im Wege … Viele Grüße, Dennis-ſ
Re: [Neo] DVCS + Windows
Hallo allerseits, Arne Babenhauserheide ſchrieb am 17.08.2010 17:28 Uhr: Na dann ist Mercurial klar einfacher :) Ach nee, das hatten wir doch schon ;). Wenn man an Mercurial gewöhnt ist, ist Mercurial einfacher, genauso wie Git einfacher ist, wenn man Git gewöhnt ist … im Großen und Ganzen sind sich die Systeme doch sehr ähnlich (solange man beherzigt, dass push in hg das ist, was pull in git ist … und umgekehrt :(. Die beiden sind quasi ›Brüder‹ und unterscheiden sich eher in den technischen Kleinigkeiten; Mercurial hat von Haus aus ein Plug-In-System, und Git hat eine schönere Datenstruktur (da ich weiß, dass Arne letzteren Punkt anders sieht, reformuliere ich: verbraucht weniger Platz auf der Festplatte). Vorteil von DVCS: […] ohne eine Netzwerkanbindung zu brauchen. Ganz genau das ist das Schöne: Man hat ein vollständiges lokales Git-Repository und kann alles wichtige erledigen, ohne dass man auf den SVN-Server zugreifen muss. Deshalb ist ein git log auch viel schneller als ein svn log. Viele Grüße, Dennis-ſ
Re: [Neo] DVCS + Windows
Hallo allerseits, Arne Babenhauserheide ſchrieb am 17.08.2010 15:48 Uhr: Naja, wenn dann mal hg-git wieder tut… Zur Zeit tut es leider nicht :( Das ist allerdings blöde … wird aber bestimmt bald gefixt werden. Aber wie verfahren wir jetzt am besten? Warten wir ab, bis sich noch mehr Leute Pro-Git oder Pro-Hg äußern? Entscheidet Ben, da er den Server schließlich warten muss? Pascalokratie? Oder belassen wir es bei SVN (dank git svn kann man auch jetzt schon mit einem modernen DVCS arbeiten und trotzdem auf das »Legacy-Repository« zugreifen)? Viele Grüße, Dennis-ſ
Re: [Neo] DVCS + Windows
Hallo allerseits, Florian Janßen ſchrieb am 17.08.2010 10:43 Uhr: TortoiseGit funzt nur als Admin, was IMHO eine Unsitte ist, Da kann ich Dir nur zustimmen! Allerdings kann ich das Problem nicht reproduzieren, hier unter Vista funktioniert es auch mit normalen Benutzerrechten. Ich hätte nicht gedacht, dass 7 so viele Probleme verursacht … dafür ist es TortoiseSVN schön ähnlich und ist gut in den Explorer integriert. Aus dem Grund hatte ich es auch empfohlen! Aber es gäbe durchaus noch Alternativen, die msysgit-Leutchen basteln mit Git-Cheetah an einer eigenen Oberfläche (obwohl die Win7-Integration eigentlich Vorrang haben sollte). Übrigens haben die Git-Leute mit hg-git ein Plugin für Mercurial geschrieben, mit dem man auf ein Git-Repository zugreifen kann, als ob es ein hg wäre … eigentlich müsste man das auch unter Windows zum Laufen bringen können. denn die Bezeichnungen auf der msysgit-Projektseite sind ganz toll. Stimmt, da fehlt offensichtlich etwas Dokumentation auf der Homepage. Vielleicht sollten wir ihnen ein entsprechendes Ticket einstellen … und ich dort immer Admin bin (die WinXP-Benutzerkontensteuerung ist zu grausam). Immerhin funktioniert es da ohne Probleme ;) … aber Du hast natürlich Recht, dass die allermeisten XP-Nutzer ständig als Admins unterwegs sind, ist ziemlich übel! Viele Grüße, Dennis-ſ
Re: [Neo] DVCS + Windows
Am Dienstag, den 17.08.2010, 17:28 +0200 schrieb Arne Babenhauserheide: > Florian Janßen wrote: > > Hm… verstehe ich. Aber sind wir alle nicht svn gewöhnt? *gg* > > Na dann ist Mercurial klar einfacher :) > > svn update (+Konflikte) → hg pull + hg update (+merge) > svn commit (+Konflikte) → hg commit + hg push (+pull+merge) nee, dann ist bazaar klar einfacher svn checkout → bzr checkout svn update → bzr update svn commit → bzr commit wenn es bei bzr update einen Konflikt gibt → bzr merge > Vorteil von DVCS: hg commit ist unabhängig von push, also beliebig viele > commits, dann push. Und man kann auch lokal mit update in der > Versionsgeschichte rumspringen, ohne eine Netzwerkanbindung zu brauchen. Vorteil ist auch bei bazaar > > So ist das eben ohne gescheite Gui :) > > Die GUI hat aber halt den Nachteil, dass man nicht einfach sagen kann > „kopier mal das in deine Kommandozeile“ :) hier geb ich dir natürlich recht ;--) Ben
Re: [Neo] DVCS + Windows
Florian Janßen wrote: > Am 17.08.2010 11:44, schrieb Benjamin Kellermann: >> gegen Mercurial spricht, dass die Leute hier total versessen auf git >> sind, weil das das Tool ist, was sie schon in Benutzung haben und sich >> nicht noch an ein neues gewöhnen wollen. > > Hm… verstehe ich. Aber sind wir alle nicht svn gewöhnt? *gg* Na dann ist Mercurial klar einfacher :) svn update (+Konflikte) → hg pull + hg update (+merge) svn commit (+Konflikte) → hg commit + hg push (+pull+merge) Dazu die Kurzform: svn update = hg pull -u Vorteil von DVCS: hg commit ist unabhängig von push, also beliebig viele commits, dann push. Und man kann auch lokal mit update in der Versionsgeschichte rumspringen, ohne eine Netzwerkanbindung zu brauchen. > So ist das eben ohne gescheite Gui :) Die GUI hat aber halt den Nachteil, dass man nicht einfach sagen kann „kopier mal das in deine Kommandozeile“ :) Liebe Grüße, Arne
Re: [Neo] DVCS + Windows
Am 17.08.2010 11:44, schrieb Benjamin Kellermann: > gegen Mercurial spricht, dass die Leute hier total versessen auf git > sind, weil das das Tool ist, was sie schon in Benutzung haben und sich > nicht noch an ein neues gewöhnen wollen. Hm… verstehe ich. Aber sind wir alle nicht svn gewöhnt? *gg* Für Mercurial spricht auch die bessere trac-Anbindung :P > „Verflucht, ich hab 3 Stunden gebraucht um herauszufinden, dass ich > »hg revert foo« eingeben muss um eine Datei zurückzusetzen! Warum können > die das nicht so logisch benennen wie bei git wo man »git checkout foo« > eingeben muss! So ist das eben ohne gescheite Gui :) Seit DR-DOS 6.0 hab ich einen Bogen um Kommandozeilenzeugs gemacht. Schuld an allem ist Florian, der uns gezwungen hat dieses > schreckliche Mercurial zu verwenden nur weil er zu dämlich war die > richtige binary beim Download zu finden!!!“ Na, selbst mit den richtigen muss man mit Adminrechten unterwegs sein :( > das würde ich nicht sagen, nimm niemals die Schuld auf dich, wenn auch > ein Programmierer dafür verantwortlich sein konnte! (ich meine das > ernst!!) > Schuld kann auch die Usability der Webseite gewesen sein. Zuwenig Sarkasmus? Ich dachte zwei m( (facepalms) hätten es deutlich gemacht. Ne mir ist es wurscht, irgendwie bekommt man auch unter Windows die Daten ins VCS gestopft. Gruß Florian
Re: [Neo] DVCS + Windows
Dennis Heidsiek wrote: > Was die Wahl des DVCS angeht, plädiere auch ich für Git. Natürlich haben > wir mit Arne auch noch einen waschechten Mercurial-Fan an Bord, aber > Dank des hg-git Plugins sollte auch von der Seite nichts gegen ein > Neo-Git-Repository sprechen :). Naja, wenn dann mal hg-git wieder tut… Zur Zeit tut es leider nicht :( Liebe Grüße, Arne
Re: [Neo] DVCS + Windows
Benjamin Kellermann schrieb: > Am Dienstag, den 17.08.2010, 10:43 +0200 schrieb Florian Janßen: > > Ich habe spaßeshalber TortoiseHg ausprobiert und das läuft deutlich > > besser. Was spricht gegen Mercurial? > > gegen Mercurial spricht, dass die Leute hier total versessen auf git > sind, weil das das Tool ist, was sie schon in Benutzung haben und sich > nicht noch an ein neues gewöhnen wollen. Also, wenn ich hier auch mal was sagen darf: ;) Ich mag auch mercurial (und ich mag es sogar lieber). Letztendlich ist es jedoch in allen Belangen egal … Gruß, Martin
Re: [Neo] DVCS + Windows
Am Dienstag, den 17.08.2010, 10:43 +0200 schrieb Florian Janßen: > Ich habe spaßeshalber TortoiseHg ausprobiert und das läuft deutlich > besser. Was spricht gegen Mercurial? gegen Mercurial spricht, dass die Leute hier total versessen auf git sind, weil das das Tool ist, was sie schon in Benutzung haben und sich nicht noch an ein neues gewöhnen wollen. Wenn du versuchst hg einzuführen, musst du später den Kopf hinhalten, wenn irgendjemand ein Kommando nicht findet, weil es anders heißt, als das Kommando bei git. „Verflucht, ich hab 3 Stunden gebraucht um herauszufinden, dass ich »hg revert foo« eingeben muss um eine Datei zurückzusetzen! Warum können die das nicht so logisch benennen wie bei git wo man »git checkout foo« eingeben muss! Schuld an allem ist Florian, der uns gezwungen hat dieses schreckliche Mercurial zu verwenden nur weil er zu dämlich war die richtige binary beim Download zu finden!!!“ > An einigen Problemen war ich selbst schuld: […] das würde ich nicht sagen, nimm niemals die Schuld auf dich, wenn auch ein Programmierer dafür verantwortlich sein konnte! (ich meine das ernst!!) Schuld kann auch die Usability der Webseite gewesen sein. > Trotzdem für andere Trottel wie mich die folgende Hinweise. Man darf > *nicht* folgende Versionen nehmen: was die Schuldfrage einmal mehr in Frage stellt ;--) Ben
Re: [Neo] DVCS + Windows
Läuft irgendwie, aber doll ist die Zusammenarbeit mit Win7 nicht. Ich habe spaßeshalber TortoiseHg ausprobiert und das läuft deutlich besser. Was spricht gegen Mercurial? Win7: Git in der CMD funzt. Git Gui funzt anscheinend (keine Ahnung wie man das Bedienen soll, finde die Kommandos von TortoiseGit nicht). TortoiseGit funzt nur als Admin, was IMHO eine Unsitte ist, dafür ist es TortoiseSVN schön ähnlich und ist gut in den Explorer integriert. An einigen Problemen war ich selbst schuld: Ich habe bei msysgit den Net-Installer runtergeladen und wusste nicht, dass das nichts mit dem Git zu tun hat auf das TortoiseGit zugreifen muss. Klar, ist ja offensichtlich m(. IMHO sollte ein Net-Installer zwar einfach nur ein kleiner Installer sein, der den Rest nachlädt. Das tut er sogar, denn der Full-Installer ist natürlich auch falsch. Ich bin letztlich durch eine Bugmeldung¹ darauf gekommen (also bin ich nicht der einzige, der zu blöd war²). Also wenn man „msysgit“ als Grundlage für TortoiseGit³ runterladen will ist es ja offensichtlich welche Version man herunterladen muss, denn die Bezeichnungen auf der msysgit-Projektseite sind ganz toll. Trotzdem für andere Trottel wie mich die folgende Hinweise. Man darf *nicht* folgende Versionen nehmen: msysGit-netinstall-1.7.1-preview20100612.exe msysGit-fullinstall-1.7.1-preview20100612.exe sondern – wie könnte man anders⁉ – diese Version: *Git-1.7.0.2-preview20100309.exe* Also nochmal: Um das von TortoiseGit geforderte „msysGit“³ zu installieren *nicht* msysgit runterladnen sondern Git m( Beim XP-Rechner lief es evtl. gleich, da ich dort nicht dem Link auf die msysgit-Projektseite, sondern einen Direktlink zur .exe gefolgt bin und ich dort immer Admin bin (die WinXP-Benutzerkontensteuerung ist zu grausam). Gruß Florian ¹ aus Issue 419 „The net installer is not what you need. […] If you install the net installer or the full installer of _msysGit_ (as opposed to Git for Windows), you are supposed to work _on_ msysGit.“ ² „The homepage title: msysgit, subtitle: git for windows. The featured downloads: Git PortableGit msysGit-netinstall [msysGit-fullinstall gibt es auch noch] The result is guaranteed: confusion.“ ³ „Please install msysgit 1.6.1 or above before install tortoisegit“ signature.asc Description: OpenPGP digital signature
Re: [Neo] DVCS + Windows
Hallo allerseits, Florian Janßen ſchrieb am 16.08.2010 11:18 Uhr: > Korrektur, es funktioniert bei mir auf Win7 nicht. Mit Win XP läuft es ohne Probleme, aber bei Win 7 (32bit und 64bit) lässt sich git nicht richtig installieren (fehlende .dlls). Das ist ja eklig … auf einem 32-bittigen Vista läuft msysgit ebenfalls, ich dachte dann dürfte es auch auf Vista keine Probleme geben. Nun denn, versuchen wir es zu lösen … hast Du einmal versucht, Git-1.7.1¹ zu installieren (vielleicht ist da dieses Problem ja inzwischen behoben worden)? Ansonsten hört sich der der Tipp von Knittl gut an: Hast Du versucht, die Datei msvcrt.dll aus Vistas System32-Ordner nach git\bin zu kopieren? Löst dies das Problem, oder fehlen noch mehr .dll-Dateien? Ansonsten gibt es zwar noch kein natives 64-bittiges Git für Windows², aber eigentlich sollte die normale 32’er Version funktionieren. Viel Erfolg, Dennis-ſ ¹ https://code.google.com/p/msysgit/downloads/detail?name=Git-1.7.1-preview20100612.exe&can=2&q= ² https://code.google.com/p/msysgit/issues/detail?id=396&colspec=ID%20Type%20Status%20Priority%20Component%20Owner%20Summary
Re: [Neo] DVCS + Windows
Am Montag, den 16.08.2010, 11:18 +0200 schrieb Florian Janßen: > Am 15.08.2010 21:02, schrieb Florian Janßen: > > funzt nicht mit 64bit-Windows :( > > Korrektur, es funktioniert bei mir auf Win7 nicht. Mit Win XP läuft es > ohne Probleme, aber bei Win 7 (32bit und 64bit) lässt sich git nicht > richtig installieren (fehlende .dlls). Falls jemand ne Lösung weiß immer > her damit. hier liegt mir ja ein Kommentar über Programmiersprachen in denen verschiedene DVCS implementiert wurden und deren Portabilität förmlich auf der Zunge… Ben
Re: [Neo] DVCS + Windows
2010/8/16 Florian Janßen : > Am 15.08.2010 21:02, schrieb Florian Janßen: >> Am 15.08.2010 15:02, schrieb Dennis Heidsiek: >>> Inzwischen kann man Git auf Windows produktiv >>> einsetzen, da Software ›gereift‹ ist – das gilt sowohl für den Git-Port¹ >> >> funzt nicht mit 64bit-Windows :( > > Korrektur, es funktioniert bei mir auf Win7 nicht. Mit Win XP läuft es > ohne Probleme, aber bei Win 7 (32bit und 64bit) lässt sich git nicht > richtig installieren (fehlende .dlls). Falls jemand ne Lösung weiß immer > her damit. welche dlls fehlen denn? auf die schnelle konnte ich diesen blogpost finden, vl hilft dir der weiter: http://blog.jimmy.schementi.com/2009/01/git-on-windows-7.html lg, daniel -- typed with http://neo-layout.org myFtPhp -- visit http://myftphp.sf.net -- v. 0.4.7 released!
Re: [Neo] DVCS + Windows
Am 15.08.2010 21:02, schrieb Florian Janßen: > Am 15.08.2010 15:02, schrieb Dennis Heidsiek: >> Inzwischen kann man Git auf Windows produktiv >> einsetzen, da Software ›gereift‹ ist – das gilt sowohl für den Git-Port¹ > > funzt nicht mit 64bit-Windows :( Korrektur, es funktioniert bei mir auf Win7 nicht. Mit Win XP läuft es ohne Probleme, aber bei Win 7 (32bit und 64bit) lässt sich git nicht richtig installieren (fehlende .dlls). Falls jemand ne Lösung weiß immer her damit. Gruß Florian
Re: [Neo] DVCS + Windows
Am 15.08.2010 15:02, schrieb Dennis Heidsiek: > Hallo allerseits, > > > wenn ich mich richtig erinnere, war ich es, der da massive Vorbehalte > hatte … aber wie Ben gesagt hat: Seitdem ist viel Wasser den Jordan > herunter geflossen. Inzwischen kann man Git auf Windows produktiv > einsetzen, da Software ›gereift‹ ist – das gilt sowohl für den Git-Port¹ > als auch die Integration in den Windows-Explorer². Versuche ich seit gestern erfolglos zum laufen zu bringen :( Läuft es bei einem mit 64bit-Windows? Auf dem Laptop mit 32bit klappt es. Gruß Florian
Re: [Neo] DVCS + Windows
Hallo allerseits, wenn ich mich richtig erinnere, war ich es, der da massive Vorbehalte hatte … aber wie Ben gesagt hat: Seitdem ist viel Wasser den Jordan herunter geflossen. Inzwischen kann man Git auf Windows produktiv einsetzen, da Software ›gereift‹ ist – das gilt sowohl für den Git-Port¹ als auch die Integration in den Windows-Explorer². Ich weiß das, da ich inzwischen ebenfalls zum Git-Fan ›konvertiert‹ bin; deshalb fühle ich mich da jetzt auch ausreichend kompetent, um anderen Windows-Git-Neulingen bei auftauchenden Fragen (OpenSSH oder Putty etc.) helfen zu können :). Was die Wahl des DVCS angeht, plädiere auch ich für Git. Natürlich haben wir mit Arne auch noch einen waschechten Mercurial-Fan an Bord, aber Dank des hg-git Plugins sollte auch von der Seite nichts gegen ein Neo-Git-Repository sprechen :). Vorfreudige Grüße, Dennis-ſ ¹ https://code.google.com/p/msysgit/ ² https://code.google.com/p/tortoisegit/
[Neo] DVCS + Windows
Hi! eine Frage an die Windowsuser: Es gibt verstärkt den Wunsch, das svn auf ein verteiltes Versionsverwaltungssystem umzustellen. Wir hatten die Diskussion schon mal vor ca. 2 Jahren und haben das damals nicht gemacht, weil es nicht ordentlich von Windows unterstützt wurde. Jetzt nach 2 Jahren stellt sich wieder die Frage, ob das ordentlich unter Windows läuft und daher die Frage, ob ihr damit einverstanden wärt, wenn wir das umstellen. Favorisiert wird hier git. Das svn sagt übrigens auf die Frage, wer schon mal alles was für Windows committed hat: b...@nebulus:~/neo/windows> svn log |grep "^r"|cut -d \| -f 2|sort -u ben dennis erik florian hans-christoph knittl martin_r matthias mösi stmayer Es wär also schön, wenn wenigstens 2 von denen mal ausprobieren, ob git so funktioniert, dass das jemand unter Windows bedienen kann. Zum probieren könnt ihr git clone http://thehappy.de/neo-git benutzen, auch wenn ihr dort erstmal nichts pushen könnt… Ciao, Ben
