Re: Status of the svn remote helper project (Nov, 2010)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

Jonathan Nieder writes:
> The svn remote helper project still has a long way to go.  In the
> meantime, the svn-fe plumbing and Tomas's scripted prototype are
> usable.
> 
> Here are some topics that might be roughly in their final form.  If
> you would like to build on one of them, please let me know so I can
> refrain from rewriting that piece of history.
> 
> A merge of these branches is available as
> 
> 	git://repo.or.cz/git/jrn.git vcs-svn-pu

Thanks for doing this! Now we have an up-to-date index that tracks all
our work :)

A note to the others: If we merge too early, we will be forced to
either stick with bad decisions we made prematurely, or revert
them. Therefore, we have decided to develop this on the side, while
reporting progress on the list.

> * jn/svndiff0 (2010-11-06) 24 commits

Yeah, this requires some rigorous testing with real-world deltas. I'll
probably get some EC2 instaces to churn on it after my $EXAMS are over.

> * db/fast-import-cat-blob (2010-11-07) 3 commits
> As David says: "it has some significant consequences".

rr/remote-helper already uses this, but there might be a better way to
do it- we should wait and see.

> * db/svn-fe-dumpfile3 (2010-11-07) 6 commits

You earlier said that it might be possible to justify merging this now
provided we supply a wrapper script to make it easy to invoke.

> * rr/svnfe-tests-no-perl (2010-11-07) 1 commit

Ok.

> * jn/wrappers-no-libz (2010-11-06) 7 commits
> * xx/wrappers-no-libz-svndiff0 (2010-11-07) 2 commits

These two are fairly independent of the rest of the series, no? Maybe
get these merged separately?

> * db/branch-mapper: $gmane/158375

I've have some mapper ideas from the discussion thread following
sb/svn-fe-example. I'll finish it after $EXAMS.

> * tc/remote-helper-usability: $gmane/157860

It has some good ideas that I'm re-using in rr/remote-helper.

> * rr/remote-helper: http://github.com/artagnon/git

First, it's the wrong approach: I've hardcoded FD 3 into run-command
to mean backflow. This ugly inelegant design must be thrown
away. Second, it's very messy, and half the commits aren't even
used.

Anyway, I hope it gets the idea across- there's some functionality I
intend reuse from tc/remote-helper-usability. Also, the "fetch"
command works so long as fetching from revision 0 is requested. So the
immediate priority is to get svn-fe to support incremental imports.

> * sb/svn-fe-example: $gmane/159054

The discussion thread following this has some good observations/
ideas.

-- Ram
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]