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

Re: Subversion 1.10 RC1?

From: Julian Foad <julianfoad_at_apache.org>
Date: Wed, 22 Nov 2017 17:16:18 +0100

Re. shelving...

Evgeny Kotkov wrote:
> Julian Foad <julianfoad_at_apache.org> writes:
>> * shelving v1: is isolated -- doesn't affect anything else; is limited but
>> already useful; will be changed in the next release so APIs are marked
>> "SVN_EXPERIMENTAL"; changes shelved by this release could be detected and
>> 'upgraded' by a future release; should the CLI commands be marked
>> "experimental" in the help, too (Johan thinks yes)?
> One comment that I have is that marking the new commands experimental
> might not prevent the users from using them on a regular basis (e.g., for
> those who don't read help or use a GUI client like TSVN that might not
> have the "experimental" labels).
> Which, in turn, could mean that if the future format changes, we would
> have to convert the data stored in the patch files to avoid a data loss
> for such users.

I agree we need to take care of data stored by the user using this
version. As the patches stored by this version are simple patch files
compatible with 'svn patch', we would not need to be able to upgrade
them to a new format. It would be possible to keep support for them in
the existing format. In the worst case, the user can recover them
manually and use 'svn patch'.

> Also, out of curiosity, are there any current plans to support binary changes
> for the shelves?
> As far as I recall, there has been a mention of using diff --git for these
> purposes, and I also saw a recent commit where you added a test for diff
> --git, which might be related to this topic :)

Yes, absolutely, binary support is high on my priority list, and yes I'm
considering git-diff format.


- Julian
Received on 2017-11-22 17:16:22 CET

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.