git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: git-svn clone behaves non-deterministic

From
Michael J Gruber <git@drmicha.warpmail.net>
Date
Nov 27, 2008, 09:55 UTC
Message-ID
<492E6E80.7010209@drmicha.warpmail.net>
In-Reply-To
<20081127075351.GA12716@raven.wolf.lan>
Josef Wolf venit, vidit, dixit 27.11.2008 08:53:
Show 23 quoted lines
> Hello,
> 
> I am new to git and decided to get my feet wet by first cloning and
> playing with my existing svn repositories.  Thus, I've done this:
> 
>  cd /my/test/repos
>  for i in repo1 repo2 repo3; do
>    repos=https://my.repos.server/repos/$i/trunk
>    svn co        $repos svn/$i
>    git-svn clone $repos git/$i
>  done
> 
>  for i in `cd svn; echo *`; do diff --exclude /.svn -Nruw */$i; done
> 
> With this, I see that four of the repositories are cloned as expected,
> but the fifth has only the .git directory in it.  It appears that
> the clone command stopped cloning at r2008, while the repository is
> currently at r3761.  So almost the half of the history was not
> cloned at all.  I've investigated the offending revision and the
> revisions around it, but I can't see anything special about them.
> The effect is perfectly reproducible and it stops always on the very
> same revision.  I get no error message at all.  I've attached the
> last lines of the clone operation at the end of this mail.

First of all: What does git --version say? Is it self-compiled git or git as it comes with U 8.10?

Then: I assume the above is not quite what you did, otherwise I would be
surprised you see a 4th and 5th clone...
Your repo is probably one giant svn repo. In any case, the fact that the
repo is at $rev does not imply that the last commit on trunk is at $rev.
 What is the last commit on trunk?

Other than that: There are so many sins you can commit (!) in an svn repo that it it is hard to tell which one threw git-svn off. Can you share the repo?

Show 6 quoted lines
> Then I go to another machine and enter exactly the same commands as
> above.  Both machines are fresh ubuntu-8.10 default installs.
> 
> To my surprise, on this other machine the clone operation seems to
> have worked for all the repositories.  But the diff command shows
> me that arbitrary files are missing in _all_ of the repositories.

I don't think computers behave deterministically, at least not according to my experience. After all they rely on quantum mechanics, and who has ever understood the measurement process, the collapsing of the wave function?

OK: Whenever I got 2 different results after doing the same twice I
found that indeed some hidden/forgotten variable was not the same... Any
chance you find one?
Michael
Previous: Josef WolfNext: Josef Wolf
Message 2 of 4 in “git-svn clone behaves non-deterministic”
  1. Josef WolfNov 27, 2008
  2. Michael J GruberNov 27, 2008
  3. Josef WolfNov 27, 2008
  4. Josef WolfNov 27, 2008

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.