Re: State of CVS-to-git conversion tools (Was: Re: cvsps: bad usage: invalid argument --norc)
Apologies for the somewhat belated reply. I've been even busier than usual lately and am about to be traveling for a week. Ilya Basin basini...@gmail.com: Hi Eric. ESR cvs-fast-export does not have incremental-import support. ESR Whether git-cvs-import has it depend on which version you have ESR and what backend it it is using. I don't maintain that wrapper. Did you mean git-fast-import? Or do you know any wrapper that already uses cvsps3 --fast-export? No, I meant git-cvs-import. I wrote a version of it that supports cvsps3, but Junio chose to keep the old wrapper. Apparently he would rather inflict cvsps2's rather serious known bugs on users than break backward compatibility even a little. First of all, I think cvsps3 has almost everithing required for incremental import: one could just take the date of the last commit and invoke cvs ps with the '-d' flag. However, to import new commits into existing branches the stream should contain the from command in oldest commits in each branch (now missing). If the branch already exists in the target git repo, it's easy to refer it in the stream: from refs/heads/branchname^0 Look at the -i option. That may do what you need. But if the branch is new, but it's parent commit is already imported, I guess, the only way to refer it is by its SHA-1 Eric, what parent information can cvsps provide for the first commit in a branch, when invoked with the '-d' flag? At the moment it doesn't provide any at all. That case wasn't on my radar when I was fixing the code. If you can specify a behavior you think would be useful, I'm listening. -- a href=http://www.catb.org/~esr/;Eric S. Raymond/a -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: State of CVS-to-git conversion tools (Was: Re: cvsps: bad usage: invalid argument --norc)
Ilya Basin basini...@gmail.com: For new branches the 'from' command can refer the common ancestor in an existing branch. For example: /--E thebranch / A---B---C---D master Commit E is newer than D; we already imported D; thebranch is new. Instead of: from refs/heads/thebranch^0 refer the parent as: from refs/heads/master^2 Understood. Do you actually need this much generality in practice, or is it a theoretical case? OK, something's wrong with the man page: starting with '-A' the description is unstructured: Interesting. The aciidoc parser got a little confused, but inserting some blank lines fixed it. -- a href=http://www.catb.org/~esr/;Eric S. Raymond/a -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: State of CVS-to-git conversion tools (Was: Re: cvsps: bad usage: invalid argument --norc)
Ilya Basin basini...@gmail.com: Hi Eric. I tried --fast-export. It's 2 times faster. The first thing that differs: in cvsps2 commits with adjacent timestamps were joined into one (see the attached files). Do you know the reason? The cvsps guy included code to do that. Keith Packard didn't. Sorry I can't be more helpful, but that's about all I know. I didn't write either analysis stage; I understand cvsps's, somewhat, because I had to fix several nasty bugs in it. I *don't* understand cvs-fast-export's analysis stage very well yet, because it has no obvious bugs that have required me to dive in. (Keith's notes document one major bug, which may be inherent to the mismatch between file- and changest-orientation and not fixable in the general case, though I will try.) Does this --fast-export thing support what John mentioned, the incremental import support? Does 'git fast-import' has it? cvs-fast-export does not have incremental-import support. Whether git-cvs-import has it depend on which version you have and what backend it it is using. I don't maintain that wrapper. I need it, because full import takes too long. The central repo of my employer is CVS, other people commit to it and I use git internally to be able to tidy my commit history before exporting to CVS. You are out of luck. That feature was dependent on a very fragile coupling between the old output format and a bunch of unmaintainably horrible Perl in the git-cvs-import wrapper script. It didn't work very well; frankly, I'm amazed it worked at all. The things I had to do to fix the serious bugs in cvsps2 and make it output a fast-import stream had the side effect of breaking that coupling. cvsps3 won't give you that feature. Dropping back to cvsps2 to keep that feature will expose you to the cvsps2 bugs. I'm sorry these tools are such a mess. I'm trying to fix that, but it's hard, slow work. The problems are deeply ugly and the edge cases have poisoned spikes. -- a href=http://www.catb.org/~esr/;Eric S. Raymond/a -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: State of CVS-to-git conversion tools (Was: Re: cvsps: bad usage: invalid argument --norc)
Hi Eric. I tried --fast-export. It's 2 times faster. The first thing that differs: in cvsps2 commits with adjacent timestamps were joined into one (see the attached files). Do you know the reason? Does this --fast-export thing support what John mentioned, the incremental import support? Does 'git fast-import' has it? I need it, because full import takes too long. The central repo of my employer is CVS, other people commit to it and I use git internally to be able to tidy my commit history before exporting to CVS. -- cvsps2: commit c0654845791da1eefb1e223c8001169d61f9de51 Author: reevzh1 reevzh1 Date: Fri Jul 28 10:47:17 2006 + no message components/rapportlets/src/com/sicap/guif/portalframework/portlets/rap/ReportFraudCDRQuerierPortlet.java | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) commit 2ed1c92eec518a5752277a16cf2aea6bd488d6be Author: reevzh1 reevzh1 Date: Fri Jul 28 04:51:06 2006 + no message components/rapportlets/src/com/sicap/guif/portalframework/portlets/rap/CommonAttributeNames.java | 6 ++ components/rapportlets/src/com/sicap/guif/portalframework/portlets/rap/ReportFraudCDRQuerierItem.java | 129 components/rapportlets/src/com/sicap/guif/portalframework/portlets/rap/ReportFraudCDRQuerierPortlet.java | 101 +++ components/rapportlets/src/com/sicap/guif/portalframework/portlets/rap/containers/ReportContainer.java | 48 + resources/ReportFraudCDRQuerier_en.properties | 2 + web/jsp/report_fraudcdr_querier.jsp | 21 ++-- web/jsp/report_fraudcdr_querier_print.jsp | 309 + web/resources/Language_en.properties | 8 +- 8 files changed, 595 insertions(+), 29 deletions(-) commit d6a7335ea24323509df02b08f52af01926eb5e4d Author: redane1 redane1 Date: Thu Jul 6 10:28:24 2006 + no message ... cvsps3: commit d3732dbdf41b348f0050e888733ce2afec05f7f8 Author: reevzh1 reevzh1 Date: Fri Jul 28 10:47:17 2006 + no message components/rapportlets/src/com/sicap/guif/portalframework/portlets/rap/ReportFraudCDRQuerierPortlet.java | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) commit 158bc55affa80b60471ea6026b1393934f928e58 Author: reevzh1 reevzh1 Date: Fri Jul 28 04:51:22 2006 + no message components/rapportlets/src/com/sicap/guif/portalframework/portlets/rap/ReportFraudCDRQuerierItem.java | 129 + components/rapportlets/src/com/sicap/guif/portalframework/portlets/rap/containers/ReportContainer.java | 48 ++ web/jsp/report_fraudcdr_querier_print.jsp | 309 +++ web/resources/Language_en.properties | 8 +- 4 files changed, 493 insertions(+), 1 deletion(-) commit 1ba90a2baebee9f1838dab04f129c7704331e0a8 Author: reevzh1 reevzh1 Date: Fri Jul 28 04:51:06 2006 + no message components/rapportlets/src/com/sicap/guif/portalframework/portlets/rap/CommonAttributeNames.java | 6 components/rapportlets/src/com/sicap/guif/portalframework/portlets/rap/ReportFraudCDRQuerierPortlet.java | 101 + resources/ReportFraudCDRQuerier_en.properties | 2 ++ web/jsp/report_fraudcdr_querier.jsp | 21 4 files changed, 102 insertions(+), 28 deletions(-) commit d6a7335ea24323509df02b08f52af01926eb5e4d Author: redane1 redane1 Date: Thu Jul 6 10:28:24 2006 + no message ...
Re: State of CVS-to-git conversion tools (Was: Re: cvsps: bad usage: invalid argument --norc)
Ilya Basin wrote: Does this --fast-export thing support what John mentioned, the incremental import support? Does 'git fast-import' has it? I need it, because full import takes too long. The central repo of my employer is CVS, other people commit to it and I use git internally to be able to tidy my commit history before exporting to CVS. Errr... the need to interact with *live* CVS repository is reason behind wanting incremental import, isn't it? I wonder how hard would be to create a remote helper for CVS, so that one could treat CVS repository as foreign remote, fetching from it and pushing to it... BTW. can you convince your employer to move to more modern version control system (be it Subversion, Kiln Harmony, Veracity, Bazaar, Mercurial or Git) rather than rely on system which had last release in 2008 i.e. 4 years ago, doesn't support atomic commits, doesn't support versioning of whole repository aka. changesets (beside tags), has slow and complicated branching and even more complicated merging, etc.? http://stackoverflow.com/questions/802573/difference-between-git-and-cvs/824241#824241 -- Jakub Narębski -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: State of CVS-to-git conversion tools (Was: Re: cvsps: bad usage: invalid argument --norc)
On 04/14/2013 01:33 PM, Eric S. Raymond wrote: [...] I wish I could point you at a convertor I really trust. I can't. There is a third tool, cvs2git (based on the analyzer from cvs2svn) that I don't maintain, which has problems of its own. ^ Again I request that instead of spreading non-specific FUD about cvs2git, you describe concrete problems so that I can improve the tool. So far about the only problems that you have mentioned that have not been addressed have been stylistic trivia like that you object that cvs2git writes its outputs by pass, to two separate files, rather than writing all of its output to stdout, and that you are bothered that it names its temporary directory cvs2svn-tmp rather than cvs2git-tmp. I would like to fix any conversion deficiencies you can find. I stand behind this tool and think it is the best one out there for extracting history from CVS. Michael -- Michael Haggerty mhag...@alum.mit.edu http://softwareswirl.blogspot.com/ -- To unsubscribe from this list: send the line unsubscribe git in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
