Subversion-trunk in bestehende tag

Ich bin derzeit mit folgenden setup in meinem SVN-repository:

-Root
--ProjectA
----trunk
----tags
----branches
--ProjectB
----trunk
----tags
----branches
--ProjectPool
----projectA
----projectB

Wo ProjectPool enthält bestimmte tags von ProjectA und ProjectB.

Nun die tags in ProjectPool von Zeit zu Zeit ändern. Dies bedeutet, dass eine bestimmte trunk-version von ProjectA ist verpflichtet, und ich möchte eine Kopie von dieser revision in Root/ProjectPool/projectA. Das neue tag ersetzen sollte, die alt-Tags, aber es sollte eine Geschichte zur Verfügung.

Sein wie mit einer Niederlassung auf meinem computer, die ich nie ändern und von Zeit zu Zeit die Zusammenlegung der Stamm in it. Aber es getan werden sollte auf das repository vollständig. (die zimmerreserviereung, ohne das checkin/checkout etc.)

Dies würde mir erlauben, einen Blick in Root/ProjectPool/projectA Geschichte und die Veränderungen der it. Eine Art high-level revision-Geschichte.

UPDATE:

Tut mir Leid, ich vergaß zu Fragen, eine klare Frage -.-

Nach der Sichtung der Antworten die schon angekommen bis jetzt, ich würde sagen, dass die Kopien von Projekten im ProjectPool sind Zweige von den ursprünglichen Projekten. Dann konnte ich Sie Zusammenführen von trunk, Wann immer ich eine neue version benötigen im ProjectPool.

Die Frage ist nun, ob es eine Möglichkeit gibt zu tun, das Zusammenführen von "online", ohne das erstellen einer Arbeitskopie ersten.

InformationsquelleAutor MOnsDaR | 2011-01-28

9

>>Jetzt die tags in ProjectPool von Zeit zu Zeit ändern.

Tags sind Meilensteine, Sie sollte nicht verändert werden. Erstellen Sie ein neues tag auf jedem release.

>>Dies bedeutet einen bestimmten trunk-version von ProjectA ist verpflichtet, und ich möchte eine Kopie von dieser revision in Root/ProjectPool/projectA. Das neue tag ersetzen sollte, die alt-Tags, aber es sollte eine Geschichte zur Verfügung.

Was Sie brauchen, hier ist eine branch von ProjectA unter ProjectPool denen Sie wiederholt verschmelzen mit trunk von ProjectA. Mit so etwas
```
  svn merge sourceURL1[@N] sourceURL2[@M] [WCPATH]
```
finden: http://svnbook.red-bean.com/en/1.5/svn.ref.svn.c.merge.html

>>Dies würde mir erlauben, einen Blick in Root/ProjectPool/projectA Geschichte und die Veränderungen der it. Eine Art high-level revision-Geschichte.

Sieht aus wie Sie sind Voraus gegangen, mit Ihrem Verzeichnis-Struktur. Ich schlage vor, Sie Folgen dieser Struktur, wenn möglich.
```
-Root
    +--ProjectPool
        +--ProjectA
            +----trunk
            +----tags 
            +----branches
        +--ProjectB
            +----trunk
            +----tags
            +----branches
```
Können Sie release ProjectA und ProjectB in Ihrer tags. Neuere Entwicklung wird weiterhin in trunk. Für jede Seite, die Entwicklung oder die spot-Version, erstellen Sie eine branch im Branchen-Verzeichnis. Wenn Verzweigung erfolgt, führen Sie diese zurück zum Stamm. Auf diese Weise werden Ihre trunk beziehen sich immer auf alle Revisionen und änderungen. Und, das ist praktischer (und konventionelle).

Hoffe, das hilft.
- +1 perfekte Erklärung für sicher/gesund repo-layout
- Sie schrieb, ich brauche einen Zweig unter ProjectPool was sollte ich wiederholt verschmelzen mit dem Stamm. Das ist genau das was ich meinte beim schreiben Its like having a branch on my computer which I never change and from time to time merging the trunk into it.. Ich bin jetzt auf der Suche nach einem Weg, um das Zusammenführen, "online", ohne um eine Arbeitskopie zu erhalten.
- was Sie wollen, ist merge und commit combo-Befehl. Ich bezweifle ernsthaft, ob das möglich ist. Zusammenführen von vollständigen Prozess ist merge, resolve und commit in dieser Reihenfolge. Ich verstehe, dass in Ihrem Fall resolve ist es zwar nicht, aber SVN kann nicht davon ausgehen, dass Möglichkeit. So, ich denke, Sie haben zu Begehen, ausdrücklich. Der Befehl in der URL verschmelzen im aktuellen Verzeichnis. Also, wenn Sie sicher sind, schreiben Sie ein shell-Skript. Das verbindet und verpflichtet. Aber dennoch werden die downloads.
- Ich denke, dass fasst zusammen, was ich versuche zu tun, und wie Sie es erreichen, so ich markiert es als Antwort akzeptiert. Dank Nishant und alle anderen Beantworter!
InformationsquelleAutor Nishant
0

Du nicht wirklich alle Frage also ich bin mir nicht sicher, ob Sie bewusst die merge Unterbefehl aber das ist die, die Sie brauchen:
- http://svnbook.red-bean.com/nightly/en/svn.ref.svn.c.merge.html
Besondere Aufmerksamkeit auf die --accept parameter; Sie benötigen es, um automatisierte Konfliktlösung:
```
C:\>svn help merge
[...]
  --accept ARG             : specify automatic conflict resolution action
                            ('postpone', 'base', 'mine-conflict',
                             'theirs-conflict', 'mine-full', 'theirs-full',
                             'edit', 'launch')
```
Ich empfehle die Lektüre der Branching und merging Kapitel im Subversion Buch.

InformationsquelleAutor Álvaro González

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.