Can I do "git svn dcommit" from an SVN git clone that was created with -no-metadata?
I converted the SVN repository to git using
git svn clone --stdlayout --authors-file = authors.txt --no-metadata svn: //svn.foo.com
For some reason, this gave me what looked like an empty repository. There was only a .git
directory. In this cloned repository, I wanted to receive a check. Since it git checkout
didn't work, I ran
git reset --hard
Is it correct? It seems to work, but it sounds scary. Then I tried to run
git svn rebase
So, so that the latest changes from the Subversion repository are pushed into my git clone. However, it didn't work. Instead, it prints out the message
Unable to determine SVN information upstream of tree history
Does anyone know why this is happening?
source to share
I believe this is happening because I went from --no-metadata
to git svn clone. Here's what the git -svn (1) man page says about the "no metadata" option:
This gets rid of the git -svn-id: lines at the end of each commit.
If you lose the .git / svn / git -svn / .rev_db file, git svn won't be able to rebuild it, and you won't be able to get it either. This is fine for one shot imports.
I haven't read that, but apparently using --no-metadata
did git svn didn't generate the file git-svn/.rev_db
. I have a subdirectory .git/svn
but below is git-svn
below.
source to share