Re: git-cvsimport fuzzy commit log matching?
From: Pierre Habouzit <hidden>
Date: 2016-06-15 22:45:49
On Tue, Dec 23, 2008 at 11:03:02AM +0000, Christoph Hellwig wrote:
I'm currently trying to get clean git imports of the XFS userspace
repositories. These are funky in the way they were initially kept in
ptools, and SGI-internal SCM that was built ontop of RCS which changeset
added ontop. So we know that commits actually were done in atomic
changesets. But ptools has the "nice" feature of allowing both per-file
and per-changeset commits. Due to the per-file commits git-cvsimport
often misdetects a single changeset as multiple individual changes, ala:
commit 0d47d43b5878c6e7d7b516a793a82f0076d22089
Author: Barry Naujok [off-list ref]
Date: Mon Jul 16 15:52:53 2007 +0000
Perform parallel processing based on AG stride/concat unit
Merge of master-melb:xfs-cmds:29143a by kenmcd.
Queue up AGs per thread based on ag stride
commit 1fa4685db126fd3071e008a6d18f9d51209ab305
Author: Barry Naujok [off-list ref]
Date: Mon Jul 16 15:52:53 2007 +0000
Perform parallel processing based on AG stride/concat unit
Merge of master-melb:xfs-cmds:29143a by kenmcd.
Handle ag stride command line option and setup threads as required
commit a73288784e77c2411687f6778adb4c0b0f9dcdff
Author: Barry Naujok [off-list ref]
Date: Mon Jul 16 15:52:53 2007 +0000
Perform parallel processing based on AG stride/concat unit
Merge of master-melb:xfs-cmds:29143a by kenmcd.
Execute bits changed from x-- to ---
Queue up AGs per thread based on ag stride
and so on.
Any idea how to tell git-cvsimport that if we have exactly the same
timestamp, and maybe the same author it really is the same changeset and
we want to merge the commit message?Why not using a fancy git-filterbranch script to squash them together instead ? It's probably less work than to try to modify your cvs importer to work the exact way you want. -- ·O· Pierre Habouzit ··O madcoder@debian.org OOO http://www.madism.org
Attachments
- (unnamed) [application/pgp-signature] 197 bytes