Re: git-svn and repository hierarchy?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Feb 28, 2009 at 06:59:22PM +0100, Michael J Gruber wrote:
> Josef Wolf venit, vidit, dixit 27.02.2009 23:05:
> > On Fri, Feb 27, 2009 at 06:45:44PM +0100, Michael J Gruber wrote:
> >> Josef Wolf venit, vidit, dixit 27.02.2009 18:12:
> >>> On Wed, Feb 25, 2009 at 10:26:10AM +0100, Michael J Gruber wrote:
> >>>> Josef Wolf venit, vidit, dixit 24.02.2009 23:34:
> > 
> > [ ... ]
> >>>   (cd git-svn-repos; git pull ../clone1)
> >> Gives you 1-2-3-4
> >>
> >>>   (cd git-svn-repos; git svn rebase)
> >> Does nothing here (but is good practice)
> >>
> >>>   (cd git-svn-repos; git svn dcommit)
> >> Creates 2-3-4 on the svn side. *Then rebases* your master, which creates
> >> 1-2'-3'-4' on master. Note that 2 is different from 2' (git-svn id).
> > 
> > So the sha1 is not preserved when it goes through svn?
> 
> No. Once your commits come back from svn through git-svn they have an
> additional line in the commit. Also, the commit time time will be
> different, and the author name might be depending on your name remapping.

But what prevents this new commit from being thrown back to svn again,
and looping over and over again?

For some reason, I keep getting conflicts.  And the most annoying
part is that even if I resolve the conflict in git-svn-repos, it
gets propagated as a (spurious) conflict down to all the clones.
Here's the recipe:

(
  set -ex

  # create test directory
  #
  TESTDIR=`mktemp --tmpdir=. git-svn-hierarchy-test-XXXXXXXX`
  rm -rf $TESTDIR
  mkdir -p $TESTDIR
  cd $TESTDIR

  SUBVERSION_REPOS=file://`pwd`/subversion-repos

  # create subversion repos with some history
  #
  svnadmin create subversion-repos
  svn -m "create standard layout" mkdir \
      $SUBVERSION_REPOS/trunk \
      $SUBVERSION_REPOS/branches \
      $SUBVERSION_REPOS/tags
  svn co $SUBVERSION_REPOS/trunk subversion-wc
  echo change1 >>subversion-wc/test
  svn add subversion-wc/test
  svn ci -m "commit 0" subversion-wc

  # create git-svn-repos
  #
  git svn init --stdlayout $SUBVERSION_REPOS git-svn-repos
  (cd git-svn-repos; git svn fetch)

  # create some clones
  #
  git clone git-svn-repos clone1
  git clone git-svn-repos clone2
  git clone git-svn-repos clone3

  # work on clones, pull work into git-svn-repos when we're done
  #
  for clone in 1 2 3; do
    (
      cd clone$clone
      git pull --rebase
      for commit in 1 2 3; do
        echo change $clone $commit >>test
        git commit -a -m "commit $clone $commit"
      done
    )
    (cd git-svn-repos; git pull --rebase ../clone$clone)
  done

  # commit from svn
  #
  ( cd subversion-wc; echo change s >>test; svn ci -m "commit s")

  # git-svn-rebase gives us a conflict
  #
  ( cd git-svn-repos; git svn rebase )

  # which we immediately resolve
  #
  (
    cd git-svn-repos
    (
      echo change1
      echo change s
      echo change 1 1
    ) >test
    git add test
    git rebase --continue
  )

  (cd git-svn-repos; git svn dcommit)

  # Although we have resolved the conflict, spurious conflicts are
  # propagated to the clones
  #
  for clone in 1 2 3; do
    ( cd clone$clone ; git pull --rebase)
  done
)
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux