Re: git-p4import.py robustness changes
- From
Simon Hausmann <simon@lst.de>
- Date
- Jun 3, 2007, 13:11 UTC
- Message-ID
- <200706031511.31157.simon@lst.de>
- In-Reply-To
- <7vzm3inisa.fsf@assigned-by-dhcp.cox.net>
On Saturday 02 June 2007 23:33:25 Junio C Hamano wrote:
Show 19 quoted lines
> Scott Lamb <slamb@slamb.org> writes: > > On May 31, 2007, at 4:53 PM, Junio C Hamano wrote: > >> Actually, my preference is to have a "patch 0" before all of the > >> above, that demotes git-p4import to contrib/ hierarchy. Having > >> no access to p4 managed repositories (nor much inclination to > >> get one), I can never test nor maintain it myself, so it is just > >> crazy for me to be the maintainer for it. > > > > Will do. What does that mean for Documentation/git-p4import.txt and > > the git-p4 rpm (defined in git.spec.in)? Should I move them with it? > > (Seems nothing else in the main tree references contrib.) If so, > > maybe I should set up a common "Documentation/asciidoc.mak" or > > something for building the man/html pages rather than duplicating all > > that Makefile logic. > > A much more preferable alternative is for you to say "Hey, don't > say you want to demote it. I'll keep it maintained, I regularly > use p4 and have a strong incentive to keep it working". Then we > do not have to do the "patch 0" ;-)
On the topic of git integration with perforce, what are the chances of getting git-p4 ( http://repo.or.cz/w/fast-export.git ) into git's contrib/fast-export area? :)
git-p4 can do everything git-p4import can do plus a lot more (it can track multiple branches, it's a hell of a lot faster, it can export back to p4 and it also works on Windows!).
Simon