complex cvs import
- From
- Luis Gutierrez <luis.gutierrez@xmos.com>
- Date
- Aug 22, 2008, 13:13 UTC
- Message-ID
- <48AEBB72.6060209@xmos.com>
Hi All,
During the past year or so we have been using a bastardized version of CVS in which branches were not 'true' cvs branches, but just a copy of the original data in a different folder. For instance, we would have something like this:
ProjectX
\---- dev01
| \... normal cvs data
\---- dev02
| \... normal cvs data
\---- release01
| \... normal cvs data
\---- release02
\... normal cvs dataWhile a timeline of the branches looks like this:
/---release01
----dev01------+ /---release02
\---dev02------+--Now that we are trying to move to git, and I'm having problems importing the projects with their full history.
What I have done is use git-cvsimport on each of those branches to create separate git repositories: dev01, dev02, release01, and release02.
What I was planing on doing next was: (all from the dev01 branch) 1) git branch dev01 2) git checkout -b release01 3) git pull ssh:/..../release01 4) git checkout -b dev02 5) git pull ssh:/..../dev02 6) git checkout -b release02 7) git pull ssh:/..../release02
Now, the problem I'm seeing is that I get hundreds of conflicts when pulling.
Short from doing a git-mergetool 100's of times, is there a better way of doing this? One that guarantees I keep the latests version (ie, the one I'm pulling from). Put in another way, is there a way to let git know that it will not merge the last version of the files, just the history?
Cheers.
Luis Gutierrez