Re: cvs2git wrongly deletes files when creating branches

Max Bowsher <[email protected]>
Newsgroups gmane.comp.version-control.subversion.cvs2svn.user
Message-ID <[email protected]>
On 21/06/10 09:59, Markus Schöpflin wrote:
> But what I'm now seeing in my real repository is, that many commit (only 
> branch creations, AFAICT) don't have parents at all.

Well I'm sure they have one parent, so I guess you mean they don't have
multiple parents. :-)

> For example (conversion with current trunk, note that there is no parent, 
> but a large number of files are cherry picked):
> 
> ---%<---
> Author: cvs2svn <none>  2003-07-24 12:26:44
> Committer: cvs2svn <none>  2003-07-24 12:26:44
> Child:  cd74b51b72960f8e246b6ed0cedb7affa29fffcb
> Branch: XYZ
> Follows:
> Precedes: abc
> 
>      This commit was manufactured by cvs2svn to create branch 'XYZ'.
> 
>      Cherrypick from ... 2002-08-16 13:50:11 UTC
>        <here comes a large list of files>
> --->%---
> 
> Versus (conversion with 2.3.0, 4 parents, no cherry picking:
> 
> ---%<---
> Author: cvs2svn <none>  2003-07-24 12:26:44
> Committer: cvs2svn <none>  2003-07-24 12:26:44
> Parent: b090f22d97b0fc315a4f52e90ceaea5e36cee51e
> Parent: ef2076d0a14465d30c7ba05aae01fbbe5d36f0ba
> Parent: bd558c2f1b645c348e0753fdc2cfe3121132f3ef
> Parent: 7502d887eee8bd3b1f3bfa53d9b8495f794a400c
> Child:  7b5743f5c54578e06afda0cea1f420fc9ac9765a
> Branch: XYZ
> Follows: LIB_1_03, PROGS_0_1_9
> Precedes: abc
> 
>      This commit was manufactured by cvs2svn to create branch 'XYZ'.
> --->%---
> 
> Looking at the whole repository with 'gitk --all' creates an all linear 
> structure with no parallel branches at all, whilst looking at the 
> repository converted with 2.3.0 shows many parallel branches.
> 
> I realize that this may not be very helpful in figuring out what actually 
> is wrong, but maybe the keywords 'cherry picking' and 'no parents for 
> branches' do ring a bell.

This is a completely intentional change that I made, to better represent
the cvs repository in git.

The act of adding some number of files from some other tree state to an
existing branch is not a merge, and should not be represented as such in
git, as it is not only inaccurate, but could disrupt future attempts to
merge changes, as it will have marked some changes as merged when they
are in fact not.

Max.

------------------------------------------------------
http://cvs2svn.tigris.org/ds/viewMessage.do?dsForumId=1670&dsMessageId=2624190

To unsubscribe from this discussion, e-mail: [[email protected]].
signature.asc (application/pgp-signature, 198 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAkwfRoMACgkQfFNSmcDyxYCiVACdFoo5Gm3IwIYUYfKvWj69bO/i
CMsAoM9leybvLWqEd2R9kqY2YE8kKICP
=FLYs
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.