CVS and Subversion

CVS and Subversion

Posts 1-4 of 4
  • Karl Heinz Marbaise
    Karl Heinz Marbaise    Premium Member   Group moderator
    The company name is only visible to registered members.
    Subverison Repositories Forken á la Git ?
    Hallo,

    habe einen interessanten Blog Artikel gefunden:

    http://blog.assembla.com/assemblablog/tabid/12618/bid/11844/...


    MfG
    Karl Heinz Marbaise
    This post was modified on 19 Feb 2010 at 01:31 pm.
    • 19 Feb 2010, 12:54 pm
  • Dr. Andreas Krüger
    Dr. Andreas Krüger    Premium Member
    The company name is only visible to registered members.
    Re: Subverison Repositories Forken á la Git ?
    Hallo,

    das ist ein Feature des spezifischen SVN-Hosters, nicht? Vermutlich müssen beide SVN-Repositories auf seiner Infrastruktur gehostet sein?

    Wenn das ein Feature von Subversion an sich ist, "Merge von einem Repository in ein anderes", dann würde mich interessieren, wo das dokumentiert ist.

    Andreas
    • 19 Feb 2010, 1:35 pm
  • Karl Heinz Marbaise
    Karl Heinz Marbaise    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re^2: Subverison Repositories Forken á la Git ?
    Hallo,

    das ist ein Feature des spezifischen SVN-Hosters, nicht? Vermutlich müssen beide SVN-Repositories auf seiner Infrastruktur gehostet sein? Ja so scheint es...ich finde den Ansatz aber trotzdem recht interessant...

    Wenn das ein Feature von Subversion an sich ist, "Merge von einem Repository in ein anderes", dann würde mich interessieren, wo das dokumentiert ist.
    Hm...also man kann doch per svn merge $URL/trunk@10 $URL/trunk@20 in ein Arbeitskopie etwas aus einem anderen Repository mergen ....

    mac:t-merge km$ svn merge $URL/trunk@428 $URL/trunk@HEAD
    --- Merging (from foreign repository) r429 through r442 into '.':
    U .classpath
    U .project
    Conflict discovered in 'changes.xml'.
    Select: (p) postpone, (df) diff-full, (e) edit,
    (mc) mine-conflict, (tc) theirs-conflict,
    (s) show all options: tf
    U changes.xml
    U src/test/java/com/soebes/supose/InitRepository.java
    U src/test/java/com/soebes/supose/scan/ScanRepositoryTest.java
    U src/test/java/com/soebes/supose/scan/SearchRepositoryTest.java
    U src/test/java/com/soebes/supose/scan/IndexMergeTest.java
    D profiles.xml
    U src/test/java/com/soebes/supose/TestBase.java
    U src/test/resources/test-all.xml
    U src/main/assembly/src.xml
    U src/main/assembly/bin-component.xml
    U src/main/assembly/bin.xml
    U src/main/assembly/bin-unix.xml
    U pom.xml

    Das einzige was nicht gemacht wird ist, dass die MERGEINFO property aktualisiert wird (ist ja auch ein wenig schwierig wg. unterschiedlicher URL)...

    MfG
    Karl Heinz Marbaise
    • 19 Feb 2010, 2:16 pm
  • Dr. Andreas Krüger
    Dr. Andreas Krüger    Premium Member
    The company name is only visible to registered members.
    Re^3: Subverison Repositories Forken á la Git ?
    Hallo,

    Hm...also man kann doch per svn merge $URL/trunk@10 $URL/trunk@20 in ein Arbeitskopie etwas aus einem anderen Repository mergen ....
    Ja, genau - Cross-Repository-Merging! Hatte ich nicht auf dem Radarschirm,
    aber darauf muss die Sache wohl hinauslaufen.

    Und die Einschränkungen, die der Dienst macht, passen auch zu diesem Vorgehen.

    Die Homegrown-Version, unabhängig vom konkreten Anbieter, könnte ungefähr so aussehen:

    * Eine Kopie eines öffentlich lesbaren SVN-Rositories auf die eigene Platte ziehen (svnsync)
    * Von dieser Kopie 1 noch eine Kopie 2 machen und damit arbeiten.
    * Wenn sich im Ursprungsrepository etwas tut, die Änderungen in die eigene Kopie 1 saugen,
    * dann eine Kopie 3 vom neuen 1 erzeugen
    * die eigene Arbeit von 2 nach 3 mergen
    * und mit 3 weiter arbeiten.

    Würde irgendwie gehen, ja. Aber, "if you want GIT, then GIT is the best GIT..." ;-)

    Mit freundlichem Gruß

    Andreas
    • 23 Feb 2010, 6:20 pm