Wer von euch benutzt SVN (o.Ä.)?
-
Und wie benutzt ihr es? Geht ihr immer mit in der Kommondozeile in das Verzeichnis und tippt dort die Befehle, so wie ich? Oder habt ihr es direkt in eure Editoren eingebunden? Wie arbeitet es sich denn so damit?
-
Ich benutze es ausschliesslich über grafische Frontends. Und das auch über mehrere verschiedene Varianten. Z.B. benutze ich TortoiseSVN um einfach ohne IDE o.ä. meine Repositories verwalten zu können.
Dann habe ich in MSVS noch das Plugin AnkhSVN und in Eclipse benutze ich Subclipse. Damit mache ich alles direkt in den IDEs für die Projekte. Kommandozeile brauche ich nicht, da ich eigentlich alles das, was ich machen will, mit Tortoise machen kann. Vielleicht gibt es SVN-Funktionen die Tortoise nicht kennt, aber die habe ich bisher nicht gebraucht und sind mir auch nicht bekannt.
-
Ich verwende GIT und verwende sowohl die Kommandozeile, als auch die Emacs-Integration.
-
SVN benutze ich immer über git-svn. Ich benutze es zum Teil im Emacs integriert und zum Teil direkt auf der Konsole.
Persönlich finde ich SVN ziemlich schwach, wenn man es mit git/monotone oä vergleicht. Aber ein VCS nutze ich fürs Backup, um die Entwicklung zurück zu verfolgen ("Entwicklertagebuch"), Bugsuche, Austausch mit anderen Programmierern, Kollisionsvermeidung beim einbau neuer Features etc. Selbst bei kleinen Projekten an denen man nur selbst entwickelt lohnt sich ein (modernes verteiltes) VCS.
-
rüdiger schrieb:
SVN benutze ich immer über git-svn.
Aha. Verstehe ich das richtig, dass auf dem Projektserver dann eigentlich ein SVN ist, aber du auf deinem Rechner arbeitest sozusagen als wäre das GIT?
-
GNU-Fan schrieb:
rüdiger schrieb:
SVN benutze ich immer über git-svn.
Aha. Verstehe ich das richtig, dass auf dem Projektserver dann eigentlich ein SVN ist, aber du auf deinem Rechner arbeitest sozusagen als wäre das GIT?
Ja. So mache ich das immer, wenn man nur SVN zur Verfügung hat (zB auf SF oder Google-Code).
-
Ich benutze auch (noch?) SVN, bin aber nicht besonders zufrieden. Die Performance ist unter aller Sau sobald das Projekt grösser wird. Und mal eben einen Bugfix aus dem Trunk in's letzte Release backzuporten ist ein dermassener Krampf dass ich es dann doch lieber von Hand mache.
Ich nutze TortoiseSVN als Frontend. Auf der Suche nach einem Ersatz für SVN kommen auch nur solche in Frage für die es ein gutes GUI-Frontend für Windows gibt. Kommandozeile war vorgestern...
-
ich benutze svn nur über die Kommandozeile. Weiß nicht, was schwer an 'svn ci/up' sein soll
-
ich bin git fanboy
-
sothis_ schrieb:
ich bin git fanboy
Und somit bist du offtopic.
-
frenki schrieb:
Ich benutze auch (noch?) SVN, bin aber nicht besonders zufrieden. Die Performance ist unter aller Sau sobald das Projekt grösser wird. Und mal eben einen Bugfix aus dem Trunk in's letzte Release backzuporten ist ein dermassener Krampf dass ich es dann doch lieber von Hand mache.
Ich nutze TortoiseSVN als Frontend. Auf der Suche nach einem Ersatz für SVN kommen auch nur solche in Frage für die es ein gutes GUI-Frontend für Windows gibt. Kommandozeile war vorgestern...
Lol
Beim programmieren gibst du aber schon noch Text ein, oder klickst du dir den Code mit lustigen Buttons & Dialogen zusammen?
-
Beim programmieren gibst du aber schon noch Text ein, oder klickst du dir den Code mit lustigen Buttons & Dialogen zusammen?
Naja, man kann eine IDE verwenden oder einfach nur edit.exe und den Compiler mit all seinen Optionen per Hand aufrufen. Was mag da wohl wirtschaftlicher sein. (Sicherlich edit.exe weil bereits vorhanden, geht keine Zeit verloren für die Installation einer IDE ^^)
-
Offtopiv schrieb:
sothis_ schrieb:
ich bin git fanboy
Und somit bist du offtopic.
was verstehst du an "o.ä." nicht?
-
Knuddlbaer schrieb:
Beim programmieren gibst du aber schon noch Text ein, oder klickst du dir den Code mit lustigen Buttons & Dialogen zusammen?
Naja, man kann eine IDE verwenden oder einfach nur edit.exe und den Compiler mit all seinen Optionen per Hand aufrufen. Was mag da wohl wirtschaftlicher sein. (Sicherlich edit.exe weil bereits vorhanden, geht keine Zeit verloren für die Installation einer IDE ^^)
-
Ich verwende Subversion mit TortoiseSVN und VisualSVN fürs Studio.
Letzteres kostet zwar was, ist aber IMO 100x besser als das total lästige, langsame und verbuggte AnkhSVN.Subversion hauptsächlich weil wir es in der Arbeit verwenden, weil es für Windows mit TortoiseSVN ein absolut geniales Frontend gibt, und weil es das beste der Systeme ist die halbwegs breit unterstützt werden (also auch bei open-source-gratis-hostern wie sourceforge).
Wenn ich rein nach den Features des "Core-Systems" gehen würde (also ohne Frontend etc.) würde ich sicher nicht mit Subversion arbeiten, sondern vermutlich mit einem System welches auch so vollkommen abstruse und kaum-jemals-gebrauchte Dinge wie "Rename" versteht
Und nicht ganz SO langsam ist.
-
Dann benutz doch einfach GIT, es gibt kein besseres VCS.
-
GIT ist nicht serverbasiert.
Und "keiner" unterstützt es.Wie es mit Frontends aussieht kann ich nicht sagen, schätze aber Klickibunti-GUIs für Windows ala TSVN wirds nicht spielen. Und sowas will ich, interessiert mich genau überhaupt nicht für ein VCS nochmal irgendwelche blöden commandline Befehle zu lernen.
Falls doch... toll, bleiben für mich aber immer noch die 2 ersten Probleme.
-
hustbaer schrieb:
GIT ist nicht serverbasiert.
auch wenn es dezentralisiert ist, ist es sehr wohl möglich ein 'haupt' repository auf einem server einzurichten.
hustbaer schrieb:
Und "keiner" unterstützt es.
für mich als privatentwickler reicht das angebot von repo.or.cz. daneben unterstützen es noch savannah, github, alioth und noch einige kleinere andere hoster.
hustbaer schrieb:
Wie es mit Frontends aussieht kann ich nicht sagen, schätze aber Klickibunti-GUIs für Windows ala TSVN wirds nicht spielen. Und sowas will ich, interessiert mich genau überhaupt nicht für ein VCS nochmal irgendwelche blöden commandline Befehle zu lernen.
Falls doch... toll, bleiben für mich aber immer noch die 2 ersten Probleme.
qtgit, git-gui, usw.. zugegebenermaßen noch nicht mit tortoisesvn zu vergleichen, aber das wird noch
-
hustbaer schrieb:
GIT ist nicht serverbasiert.
Gerade das es ein dezentrales VCS ist sehe ich als riesen Vorteil an. Es ist so schön alleine ein wenig rumprobieren zu können und trotzdem das ganze Rumprobieren unter Versionskontrolle zu stellen und jederzeit zu älteren Experimentierstadien zurückkehren zu können ohne andere im Team damit zu belästigen. Und wenn irgendjemand den vielleicht noch nicht wirklich ausgereiften Stand von dem Teil braucht, den ich gerade bastel, kann er sich ihn einfach von mir ziehen ohne dass ich den Stand auf einen zentralen Server schieben muss, wo ich jeden mit meinem Kram belästige.
...
-
Na, das kannst du doch auch mit z.B. SVN haben: einfach einen eigenen Branch anlegen und "rumspielen", wie du willst. Und wenn du meinst, das du den nicht commiten mußt (auch nicht auf deinen eignen Branch), machst du ein Revert. Ich sehe bisher keinen nennenswerten Vorteil von einen dezentralen System, was diese Arbeitsweise angeht.
-
Wenn du so arbeiten würdest, wie du es mit einem dezentralen System tust hättest du ruck zuck unmengen von Branches und alle liegen öffentlich auf dem Server und keiner weiß mehr was was ist.
Ich mache einen Branch und "foo" beschreibt, was ich da gerade ausprobiere, also nenne ich ihn "foo". Jemand anderes macht auch ein Experiment und es würde ebenfalls gut durch "foo" beschrieben. Er kann sein Experiment aber nicht "foo" nennen, weil das ist ja schon mein Experiment. Also muss er sich was anderes ausdenken => nervt. Eigentlich soll weder er und noch sonst jemand was von meinem Experiment "foo" mitbekommen, aber ich muss damit den Server zumüllen.
Hast du jemals wirklich exzessiv gebranched/merged mit SVN? Hast du es jemals eingesetzt, einfach nur für ne kleine Spielerei? Nein? Ich jedenfalls nicht und ich kenne auch niemanden. Dezentrale Systeme können die Arbeitsweise ganz schön verändern.
Es gibt tonnenweise Dinge. Du arbeitest auf nem Laptop im Zug ohne Internetzugang und kannst trotzdem immer committen, wieder zurückgehen, etc.
