Ergebnis der Suchanfrage

• Forum: Sonstige Werkzeuge

  AW: SVN richtig verwenden?

   
    by Phoenix, 4. Aug 2011
  Theoretisch wie man mag. Ich habe die normalerweise in einem anderen Repo liegen und ziehe die via SVN:externals aus diesem anderen Repository rein. Das hat den Vorteil, dass ich bei Updates nur die neue Version committen muss, und dann bei jedem abhängigen Projekt separat entscheiden kann, welche Revision aus dem anderen Repo reingezogen und damit verwendet wird. Aber da gibt es glaube ich...
• Forum: Sonstige Werkzeuge

  AW: SVN richtig verwenden?

   
    by Phoenix, 4. Aug 2011
  Im Prinzip ja. Bei SVN hast Du nur ein Repo, und auf ggf. mehreren Clients lokale Working-Copies, bei Mercurial kannst Du belibig viele Repositories klonen (und zwar immer mit kompletter historie).
  Du trägst also immer eine Kopie des Repos (und ja, da liegt irgendeine DB hintendran) mit Dir rum und kannst sie beliebig oft mit den anderen Repos in beliebige Richtungen synchronisieren.
• Forum: Sonstige Werkzeuge

  AW: SVN richtig verwenden?

   
    by Phoenix, 2. Aug 2011
  Jain. Nicht unbedingt. Du kannst natürlich auch für jedes neue Feature einen eigenen Branch anlegen und den dann wenn er abgeschlossen wieder zurück mergen. Das sollte man auch mit mehreren Entwicklern machen (wobei wir hier auch schon zu fünft auf dem Trunk gearbeitet haben, das geht ohne Probleme). Das Branchen und Mergen ist wie gesagt mit SVN nicht ganz so angenehm wie mit Git.
  
  
  
  Nein....
• Forum: Sonstige Werkzeuge

  AW: SVN richtig verwenden?

   
    by Phoenix, 2. Aug 2011
  Vielleicht ist ja Subversion gar nichts für Dich sondern eher Git oder Mercurial.
  
  Das sind verteilte Versionierungssysteme. Hier committest Du sehr häufig (auch nicht kopilierbares Zeug) in lokale Branches. Sobald der Branch (oder ein Teil davon) fertig ist, pushst Du ihn in das Repo auf Deinem Rechner daheim (oder pullst von da aus vom Notebook).
  Bis dahin bleibt der aber lokal,...