VisualSVN und Klassenbibliotheken nicht in der Arbeitskopie Wurzel
-
03-07-2019 - |
Frage
Wir machen den Wechsel von SourceGear Vault TortoiseSVN mit VisualSVN für Visual Studio-Integration - absolut begeistert sein. Allerdings gibt es mehrere Klassenbibliotheken, die in mehreren verschiedenen Anwendungen verweisen, die nicht Teil der Arbeitskopie Wurzel in eine der Anwendungen sind. Was ist der beste Weg, dies zu tun, damit wir Visual Studio Integration nutzen, weiter, aber immer noch verschiedene Klassenbibliotheken außerhalb der einzelnen Projekte / Anwendung Wurzel entfernt halten? SourceGear kein Problem mit diesem.
Es ist möglich, separat Klassenbibliotheken nur im Explorer mit TortoiseSVN hinzuzufügen, aber es gibt keine Möglichkeit, außerhalb der Arbeitskopie in Visual Studio Änderungen an irgendetwas zu begehen; weder gibt es die VisualSVN „Ampel“ Anzeige von Status für diese außerhalb der Kopie Klassenbibliotheken arbeiten.
übrigens, wir gehen auch mit dem „einem Repository mit vielen Projekten“ Route wie auf mehr Repositories Gegensatz, vor allem, wie das ist, wie wir schon seit Jahren zu diesem Zeitpunkt gearbeitet haben.
UPDATE:
ich einige Dinge neu zu lesen, die ich vor ausgesehen hatte, und entdecken, dass svn:. Äußerlichkeiten beziehen sich nicht nur in unterschiedlichen Repositories unter Verwendung von Code, kann aber auch verwenden, um mehrere Arbeitskopien in VisualSVN verwendet wird
Siehe http://www.visualsvn.com/support/topic/00007/ und http://svnbook.red-bean.com/ de / 1.2 / svn.advanced.externals.html
Allerdings ist dies der beste Weg, um mit diesem Problem umgehen? Es gibt ein guten Faden dass durch die Dinge geht, aber nicht vollständig lösen Dinge.
Verwenden Sie daher svn: externals oder nicht? Verwenden Sie mehrere Repositories oder nicht? Auch hier seit Jahren haben wir den Code in gemeinsam genutzten Klassenbibliotheken unter mehreren Lösungen / Anwendungen und das funktioniert für uns verwiesen. Nun, wie am besten, diese Arbeit mit VisualSVN machen?
Lösung
Gefunden die besten Antworten hier :
Referenzierte Projekte
Manchmal ist es nützlich eine Arbeitskopie zu erstellen, die aus einer Reihe von verschiedenen Projekten bestehen. Zum Beispiel können Sie verschiedene Unterordner haben wollen, von verschiedenen Standorten in einem Repository kommen, oder vielleicht aus verschiedenen Projektarchiven. Wenn Sie jeden Benutzer das gleiche Layout haben, können Sie die svn definieren: externals Eigenschaften.
Und hier :
Ein gemeinsames Unterprojekt
Manchmal ist es ein anderes Projekt in der Arbeitskopie einzubinden, zum Beispiel eine externe Bibliothek. Sie wollen nicht ein Duplikat dieser Code in das Repository machen, weil dann würden Sie Verbindung mit dem ursprünglichen (und beibehalten) Code verlieren. Vielleicht haben Sie mehrere Projekte, die Kern-Code teilen. Es gibt mindestens drei Möglichkeiten, mit dieser zu tun.
Andere Tipps
Ich verstehe es mehr als 10 Jahre her, seit Sie diese Frage gestellt, aber ich bin froh, Ihnen zu sagen, dass es Fortschritte war die Unterstützung für mehrere Arbeitskopien in dem VisualSVN Plug-in bei der Umsetzung. VisualSVN 7.1.0-alpha1 ist jetzt zum Test zur Verfügung, und es verfügt über experimentelles Unterstützung für mehrere Arbeitskopien innerhalb einer einzigen Lösung .
Bitte finden Sie in der Pre-Release-Downloads . Beachten Sie, dass die neue Version nur Visual Studio 2019 unterstützt.
PS Siehe den Artikel KB7: Verwenden mehrerer Arbeitskopien in VisualSVN . Wir werden auch sehr schnell aktualisieren.