From: Pete/Piet Delaney <pete@bluelane.com>
To: Michael Haggerty <mhagger@alum.mit.edu>,
Matthias Urlichs <smurf@smurf.noris.de>
Cc: piet@bluelane.com, Git Mailing List <git@vger.kernel.org>,
Matthias Urlichs <smurf@smurf.noris.de>,
Piet Delaney <piet.delaney@gmail.com>,
Piet Delaney <pdelaney@bluelane.com>,
Avinash Kaul <avinash@bluelane.com>,
Aravind Srinivasan <aravinds@bluelane.com>
Subject: Re: git-cvsimport - losing changes in subsequent pulls of a CVS branch that I thought I wasn't modifying in the GIT repo.
Date: Wed, 20 Aug 2008 00:35:31 -0700 [thread overview]
Message-ID: <48ABC943.20508@bluelane.com> (raw)
In-Reply-To: <48ABB899.4090608@alum.mit.edu>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Michael Haggerty wrote:
> Pete/Piet Delaney wrote:
>> I'm running into a problem with git-cvsimport. [...]
>>
>> I'll take another stab at it tomarrow. Any thoughts or
>> recommendations appreciated.
>
> If this is a one-time conversion (i.e., you don't need to actively track
> a live CVS repository), then I suggest that you try cvs2svn/cvs2git [1].
> It can migrate to git via a git-fast-import output stream [2]. All
> cvsps-based tools necessarily have problems because cvsps (a) doesn't
> output enough information for a reliable conversion and (b) gets
> confused by certain patterns that commonly occur in CVS repository
> histories. cvs2svn can handle every CVS repository that we have seen
> and is also highly configurable [3].
Hi Michael:
I migrated our BLUX build environment from CVS to GIT about six
months ago. In the mean time some additional development occurred
in the CVS repo in a new 'virtualshield_saflow' branch.
In parallel, I updated the git repository and bit keeper repos in
an upgrade from 2.6.12 to 2.6.16 kernel and quite a few of
the associated Linux-From-Scratch (LFS) library migrations.
My 1st resync using git-cvsimport to update the git repo by pulling in
the new 'virtualshield_saflow' branch went without any problems; thought
I recall that it seems more in sync after doing a second cvsimport.
A few weeks later, the second resync came out totally wrong.
This evening I updated the git repo with the corrected files. It
would be interesting to know how it could have been done right in
the first place and to understand why do things like modifying the
imported 'engg' branch that I imported and NEVER should have been
done confused git. I suspect that doing:
git-cvsimport -o virtualshield_saflow -r origin blux
wasn't right I don't think I has to use "-r origin' option on the
1st import of the 'virtualshield_saflow' branch.
Hopefully we are done with the CVS repo updates. If it turns out
that it all should be done again, avoiding the modification of
imported branches, we'll look at using the cvs2git approach that
your recommending.
How does your proposed cvs2git facility deal with importing on top
of branches that have been modified?
>
> Michael
>
> [1] http://cvs2svn.tigris.org/
> [2] http://cvs2svn.tigris.org/cvs2git.html
> [3] http://cvs2svn.tigris.org/features.html
Thanks for to pointers.
- -piet
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFIq8lDJICwm/rv3hoRAut5AJ4qLkfBBym9aC7Aajae8VkkrxE58gCffb5S
I5g8ri5ZLPUQ7uL7h/Kx2/M=
=RF1O
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2008-08-20 7:36 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-19 7:00 git-cvsimport - losing changes in subsequent pulls of a CVS branch that I thought I wasn't modifying in the GIT repo Pete/Piet Delaney
2008-08-20 6:24 ` Michael Haggerty
2008-08-20 7:35 ` Pete/Piet Delaney [this message]
2008-08-20 7:47 ` Michael Haggerty
2008-08-20 7:52 ` Matthias Urlichs
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=48ABC943.20508@bluelane.com \
--to=pete@bluelane.com \
--cc=aravinds@bluelane.com \
--cc=avinash@bluelane.com \
--cc=git@vger.kernel.org \
--cc=mhagger@alum.mit.edu \
--cc=pdelaney@bluelane.com \
--cc=piet.delaney@gmail.com \
--cc=piet@bluelane.com \
--cc=smurf@smurf.noris.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).