Re: Headache caused by svn svn migration
Greg Ward <[email protected]> Sat, 25 Sep 2010 14:17:12 -0400
| Newsgroups | gmane.comp.version-control.subversion.cvs2svn.devel |
|---|---|
| Message-ID | <[email protected]> |
On Sun, Aug 8, 2010 at 1:10 PM, Michael Haggerty <[email protected]> wrote: > With a combination of hg-git, git-svn, git grafts, and git > filter-branch, I just created a grand unified cvs2svn repository > containing all of the commits from the cvs2svn Subversion repository, > your cvs2hg commits, and the proper ancestry information linking it all > together. The result is in > > http://repo.or.cz/w/cvs2svn.git > > Your work is contained in the "cvs2hg" branch, which can be viewed by > clicking on the "cvs2hg" link at the bottom of that page. Cool! I know how much trouble that sort of meta-integration can be -- nice work. (BTW, sorry I didn't notice this earlier; your message has been sitting in an out-of-the-way folder since just before I went on vacation in August. I still haven't caught up with my email from then.) (OTOH, who am I kidding? I still haven't caught up with email from 2001.) > The only thing that doesn't match up 100% between the pseudo-upstream > commits from your Mercurial repository and the ones in this repository > is that they updated the "svntest" directory at different times. But > this difference should not matter in practice. Nah, should be irrelevant. > It would be great if you would work with this repository so that we can > work together with decent tools rather than copy and pasting patches > around. For quite some time I have been pushing Subversion's trunk > revisions to this repo on a regular basis, so you could use it for > syncing with upstream. Sure. All I have left to do to cvs2hg is satisfy Max's request that dummy merges of tag fixup commits should be truly artificial, not implicitly done as part of a converted CVS commit. Ongoing, of course, I'll try to keep on top of Mercurial API changes. But there's really nothing serious left to do (unless someone offers to pay me to do it). > A word about git vs hg: there is an "hg-git" tool, but no "git-hg" tool. > Therefore, it seems like the only way to work with git and hg at the > same time is to use a shared git repository that can be pulled and > pushed to from either git or hg. According to the hg-git website [1], > all you should need to do to get started is > > $ hg clone git://repo.or.cz/cvs2svn.git > > If you want to submit patches and pull requests via Mercurial, then you > should fork the git project (i.e., make one that is writable by you) and > push from Mercurial into that repository using hg-git. > > I believe that the git repository is equivalent to your Mercurial > repository, but they are not compatible in the sense that the hashes are > different. So after you clone, you might want to replace your public > Mercurial repo with the cloned version. Hmmm. If I'm the only one who has to use hg-git, that's fine. But I don't want to put any barriers in the way of people getting the code. Figuring cvs2xxx out is hard enough, so getting it should be as simple as "hg clone ...". Greg ------------------------------------------------------ http://cvs2svn.tigris.org/ds/viewMessage.do?dsForumId=1667&dsMessageId=2664572 To unsubscribe from this discussion, e-mail: [[email protected]].