[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn needs a patch subcommand (Was svn ci/up --xml-file)

From: Greg Stein <gstein_at_lyra.org>
Date: 2001-09-18 08:11:14 CEST

You're sounding awfully antagonistic here, Ben. If you looked at Mo's patch,
it is only about applying a patch file. That could very well be an XML file
that we have generated. He is providing a *framework* for a new subcommand
that applies patches. No more.

So your reactions are a bit unjustified...

Cheers,
-g

On Sun, Sep 16, 2001 at 09:32:02PM -0500, Ben Collins-Sussman wrote:
>
> Mo DeJong <supermo@bayarea.net> writes:
>
> > Here is an initial implementation of the svn patch subcommand that
> > was discussed in my previous post.
>
> Mo, I see two different needs:
>
> 1. Subversion users need to be able to trade patches with one
> another, and the patches need to describe not only property
> changes, but tree deltas (e.g. deleting/adding/renaming
> directories as well as files.)
>
> We already have an XML patch format that does this; the only
> thing that's missing is an enhancement that would allow it to
> contain unidiff data (instead of binary patch data), so it
> becomes human-readable.
>
> 2. Subversion users need to be able to create patches for CVS or
> other non-Subversion users. An 'svn patch' subcommand should
> be similar to CVS's -- generate standard patch files.
>
>
> I'm confused, because it sounds like you're blurring these two cases.
> It sounds like you're trying to push us into extending the current
> standard patch format until it can eventually do everything our XML
> format *already* does. Why reinvent the wheel?
>
> I agree that Subversion needs to produce ordinary patches; and it
> should make the best use of this format that it can, given the
> limitations. But that's all that needs to be done. If you want nifty
> new patch formats, why don't you help Kevin finish task #1?
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:41 2006

This is an archived mail posted to the Subversion Dev mailing list.