Ergebnis der Suchanfrage

• Forum: Sonstige Werkzeuge

  AW: Subversion und VisualSVN für Ein-Mann-Entwicklung

   
    by Assarbad, 14. Nov 2016
  Na das sieht doch unkompliziert aus. Bei den anderen VCS kenne ich es auch nur über die Konsole, so gesehen ist das für mich kein Nachteil.
  
  
  Danke. Werde ich mir mal angucken.
• Forum: Sonstige Werkzeuge

  AW: Subversion und VisualSVN für Ein-Mann-Entwicklung

   
    by Assarbad, 11. Nov 2016
  Das unterschreib ich sofort!
  
  Benutzt du es aktiv? Erzähl mal von deinen Erfahrungen! Ich habe es mir auch schon angeguckt, genau wie Veracity vom Autor von VCBE -- immerhin ist Fossil vom gleichen Autor wie SQLite3 was die meisten von uns auf dem Computer, im Handy und im Auto unbemerkt laufen haben. Fossil hinterlegt ja auch alles in einer SQLite3 Datenbank.
  
  Beim letzten Mal fand ich, daß...
• Forum: Sonstige Werkzeuge

  AW: Subversion und VisualSVN für Ein-Mann-Entwicklung

   
    by Assarbad, 11. Nov 2016
  Cool, Danke für die Info. Mit nur zwei Zweigen gibt man SVN natürlich auch weniger zu tun. Aber finde es schon faszinierend, daß es für einige hervorragend zu funktionieren scheint, und bei uns immer ab irgendeinem Punkt performancetechnisch absackte. Wobei sich die drei Repositories die ich im Sinn habe alle mehr oder weniger in der Nutzung und Ausmaß an Revisionen und Tags/Branches ähneln.
  ...
• Forum: Sonstige Werkzeuge

  AW: Subversion und VisualSVN für Ein-Mann-Entwicklung

   
    by Assarbad, 10. Nov 2016
  Das ist er, jupp.
  
  Darf ich fragen wieviele Zweige, Tags und Revisionen so insgesamt? Mit oder ohne Binärdateien? Ich hab's schon in mehreren Projekten hinter mir und aktuell noch in einem aktiven (wobei ich an der Konvertierung mithilfe von reposurgeon arbeite) und jedesmal wurde Subversion irgendwann arg langsam.
• Forum: Sonstige Werkzeuge

  AW: Subversion und VisualSVN für Ein-Mann-Entwicklung

   
    by Assarbad, 10. Nov 2016
  Bei Subversion müßtest du solche Entwicklungszweige explizit nach dem Zusammenführen löschen (hab's erst vorgestern wieder machen müssen). Aber viele scheinen davor zurückzuschrecken, weil sie nicht wissen, daß die dann nicht weg sind, sondern nur nicht mehr auf der aktuellen Revision sichtbar. Das war vielleicht ein K(r)ampf meine Kollegen zu überzeugen die uralten Entwicklungszweige bei uns mal...
• Forum: Sonstige Werkzeuge

  AW: Subversion und VisualSVN für Ein-Mann-Entwicklung

   
    by Assarbad, 8. Nov 2016
  Keine Ahnung, wer hat denn das so behauptet? Ein Zitat könnte helfen.
  
  Übrigens war dies mit Git einst der Fall; also daß es komplizierter zu installieren war. Git for Windows gibt es noch nicht so lange. Das alternative Vorgängerprojekt mußtest du selbst lokal kompilieren und zwar ohne dafür eine code-signierte Basis (sprich Compiler) nehmen zu können. Das Resultat war mit etwas Glück Git als...
• Forum: Sonstige Werkzeuge

  AW: Subversion und VisualSVN für Ein-Mann-Entwicklung

   
    by Assarbad, 8. Nov 2016
  Kannst von der Sache her beliebige Clients benutzen. Wenn die Versionen zu weit auseinander sind - aber das muß schon sehr weit auseinander sein - kann es u.U. zu Problemen kommen. Ist aber äußerst unwahrscheinlich, da die Übertragung normalerweise in einer Form stattfindet welche sogar die jeweils ältesten Clients verstehen. Die dort lokal initialisierten Repos haben dann nur möglicherweise...
• Forum: Sonstige Werkzeuge

  AW: Subversion und VisualSVN für Ein-Mann-Entwicklung

   
    by Assarbad, 8. Nov 2016
  Sowohl Mercurial als auch Git kommen mit eingebautem Server. Git spricht auch noch sein eigenes Protokoll, welches effizienter ist als wenn du es als Webserver laufen läßt (rein technisch ist das bei Mercurial ähnlich, dort passiert das mit Bundles). Von der Sache her das gleiche Protokoll welches über SSH (dann allerdings via stdout/stdin) gesprochen wird.
  
  Auch können beide über SSH...
• Forum: Sonstige Werkzeuge

  AW: Subversion und VisualSVN für Ein-Mann-Entwicklung

   
    by Assarbad, 8. Nov 2016
  Ja, gibt es. Und ich würde es uneingeschränkt empfehlen. Zusammen mit TortoiseHg. Und falls du jemals deine Repositories online bereitstellen willst, bietet sich Bitbucket an.
  
  Wenn du des Englischen mächtig bist empfehle ich noch die Lektüre von VCBE und hginit.com. Wobei ersteres auch für Freunde von Git interessant sein könnte.
  
  Mercurial ist wie Git aber in benutzerfreundlich. Ich benutze...