This project is a fork of the parsecvs.git project. If you have that one already cloned locally, you can use
git clone --reference /path/to/your/parsecvs.git/incarnation mirror_URL
to save bandwidth during cloning.
 
descriptionnone
ownerschwab@linux-m68k.org
last changeSun, 19 Sep 2010 18:11:31 +0000 (19 20:11 +0200)
content tags
add:
README
	    			Parsecvs
			   keithp@keithp.com
	  		      April, 2006

This directory contains code which can directly read RCS ,v files and
generate a git-style rev-list structure from them. Revision lists can be
merged together to produce a composite revision history for an arbitrary
collection of files.

Optional behaviors are controlled by editing the source and recompiling.

If arguments are supplied, parsecvs assumes they're all ,v files and reads
them in. If no arguments are supplied, parsecvs reads filenames from stdin,
one per line.

Working features:

	Attic support. Files found in the Attic are not dealt with specially
	at all; they should be renamed in the output, and the terminal
	revision noted so that they don't appear in later revision. I think
	fixing this will be reasonably straightforward.

	Disjoint branch resolution. Branches occurring in a subset of the
	files are not correctly resolved; instead, an entirely disjoint
	history will be created containing the branch revisions and all
	parents back to the root. I'm not sure how to fix this; it seems
	to implicitly assume there will be only a single place to attach as
	branch parent, which may not be the case. In any case, the right
	revision will have a superset of the revisions present in the
	original branch parent; perhaps that will suffice.

	Connection to git. As mentioned above, the code doesn't actually
	connect to git yet, so while it can generate lovely graphs, it won't
	do anything useful. I think this is reasonably straight forward as
	well; we've got a revision history containing the necessary version
	of every file at each point in time. This could either be done by
	emitting git commands and sending them to a shell, or by linking
	against a git library and doing everything internally.

	Author translation. Just as git cvsimport does.
	

Missing features:

	Reasonable command line syntax. The current lack of command line
	parsing should be fixed to align with the usual git tools.

	Testing. I'm sure there are plenty of additional bugs to be found;
	I've tested with valgrind and eliminated memory leaks and other
	errors.
shortlog
2010-09-19 Andreas SchwabAdd -lpthreadmaster
2010-09-19 Andreas SchwabUse lightweight tags
2010-09-19 Andreas SchwabProperly set expandflag
2010-09-19 Andreas SchwabAdd missing quote
2010-09-19 Andreas Schwabid can start with a digit
2009-03-07 Thomas SchwingeGracefuly handle spaces around the equal sign in the...
2009-03-07 Thomas SchwingeUse the git invocation syntax that one is expected...
2009-02-25 Werner LEMBERGparsecvs repo doesn't compile with git repo
2008-01-17 Andrew HeybeySupport for expanding overlapping keywords like "$Name...
2007-11-18 Finn Arne GangstadAvoid infinite loop on multi-keyword lines
2007-11-18 Finn Arne GangstadMake printf format specifiers 64 bit compatible
2007-11-18 Finn Arne GangstadConvert some compiled in constants to options
2007-11-17 Benjamin CloseMake sure we close the log file after we've finished...
2007-06-24 Keith PackardClean up out-of-order vendor branches (thanks, LaMont...
2007-06-24 Keith PackardOpen log file for read/write and flush between operations
2007-06-21 Roman Kaganrcs2git.c:latin1_alpha(): make the argument int
...
heads
13 years ago master