SVN Externals Subordner ändert sich nicht im Sichtprotokoll (Tortoise SVN) angezeigt

Question

Mit SVN -Externalen können Sie einen SVN -Ordner so erstellen, als ob er sich an einem anderen Ort befindet. Ein gutes Gebrauch hierfür ist es, einen gemeinsamen Ordner für alle Ihre Projekte in SVN zu teilen.

Ich habe einen /Trunk /Common -Ordner in SVN, den ich über mehrere verschiedene Projekte teile.

Beispiel:

• Project1:/trunk/project1/hängt ab
• Project2:/trunk/project2/hängt ab
• Project3:/trunk/project3/hängt ab
• Project4:/trunk/project4/hängt ab

Jedes dieser Abhängigkeiten ist leer, hat jedoch ein SVN: Externe definiert, um auf meinen /Stamm /gemeinsamen Ordner zu verweisen.

Das Problem ist, wenn ich mich in einem der Projekte anmelde:/trunk/projectx/es zeigt keine Änderungen aus dem SVN: External. Ich benutze Tortoise SVN als meinen SVN -Kunden.

Weiß jemand, wie man dieses Verhalten ändert? Ich möchte, dass das Show -Protokoll von /trunk /projectx auch Änderungen an definierten SVN: Auch extern einbezieht.

Answer 1

Dies ist mit der aktuellen Veröffentlichung der Subversion nicht möglich, abgesehen von explizitem SVN -Protokoll auf das Ziel des externen Verzeichnisses

Sie können versuchen, eine Feature -Anfrage bei auszustellen Die Apache -Subversion -Website

Answer 2

Wenn Sie das Protokoll für einen lokalen versionierten Ordner anzeigen, werden die Änderungen angezeigt, die relativ zu diesem bestimmten Ordner sind. Externe sind nur eine Verbindung zu einem anderen Ordner im Repository. Das einzige, was Sie über externe Referenzen verfolgen können, aus einem Ordner, der von diesem externen Projekt abhängt, ist das Referenzdefinition selbst. Das liegt daran, dass die Referenz eine Subversionseigenschaft des abhängigen Ordners ist.

Stellen Sie sich vor, Sie haben die folgende Repo -Hierarchie:

repo
   myfirstproject
      trunk
   mysecondproject
      trunk
   mycommonlib
      trunk

und das mysecondproject\trunk Ordner hat die folgenden SVN: extern Eigentum :

svn://mysrv/repo/mysharedlib@2451 sharedlib

Ein Checkout von MySecondProject Trunk In einem neuen Ordner SecondProject Erstellt so etwas in Ihrem Dateisystem:

secondproject Folder (refers mysecondproject/trunk)
   sharedlib Folder (refers mycommonlib/trunk @ revision #2451)

Aufrufen von Schildkrötenbefehl von "Show Log" von SecondProject Ordner wird nur angezeigt SecondProject Dateien ändert sich und ändert sich schließlich auf dem SVN: extern Eigenschaft des Ordners.

Um das Änderungsprotokoll des externen Projekts zu erhalten, müssen Sie "Showprotokoll" aus dem inneren Ordner aufrufen SharedLib, was Sinn macht.

Answer 3

Aus meiner persönlichen Erfahrung wird das Protokoll der externen Links nur dann gemeldet, wenn Sie im selben Commit, in dem Sie die externen Dateien geändert haben, auch nur eine Datei im Ordner "intern" ändern. Auf diese Weise kann SVN auch mit dem richtigen Protokoll, das Protokoll aus dem externen Ordner, abrufen.

Ich denke, dass die Verwendung des Hakens möglich sein sollte, um einen Mechanismus für das automatische Kennzeichen einer Spot -Datei im Arbeitsverzeichnis für jedes Commit zu implementieren, auch wenn das Commit von einem externen Link startet.

Wiedersehen

Answer 4

Ich glaube

>dir /B /S /AD
z:\subversion-troubleshoot-b\.svn
...
z:\subversion-troubleshoot-b\trunk
z:\subversion-troubleshoot-b\tags
z:\subversion-troubleshoot-b\trunk\lib
z:\subversion-troubleshoot-b\trunk\lib\.svn
...
z:\subversion-troubleshoot-b\tags\1.0.0
z:\subversion-troubleshoot-b\tags\1.0.1
z:\subversion-troubleshoot-b\tags\1.0.1\lib
z:\subversion-troubleshoot-b\tags\1.0.1\lib\.svn
...

und Eltern WC Enthält keine Informationen über verschachtelte WC (DIR of WC, erstellt aus / von Repository, Note .svn Dir Präsenz zweimal nur für die Hauptlinie)

>svn ls -R
readme.textile
tags/
tags/1.0.0/
tags/1.0.0/core_mod.txt
tags/1.0.1/
tags/1.0.1/core_mod.txt
trunk/
trunk/core_mod.txt

Wenn Kofferraum (bzw. Tags) Subdimalektorium als extern haben

Unterstützung für den Umgang mit externen zu Update und Commit hinzugefügt, da diese Unterstützung erzeugt unabhängig und unabhängig Aufeinanderfolgende Befehle - und weil ohne diese Unterstützung externe Externe keinen Sinn haben, müssen aggregierte SVN -Protokoll irgendwie sein kombiniert (nach unbekannten Prinzipien, übrigens)