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

Shelving v1 -- move to trunk?

From: Julian Foad <julianfoad_at_apache.org>
Date: Fri, 3 Nov 2017 22:25:05 +0000

How would you all feel about moving the 'shelve' work to trunk?

Stefan Kueng today asked a good question in relation to my colleague's
enquiry about creating a 'shelve branch' version of TortoiseSVN [1]:

> Do we really need two versions?
>
> What's stopping you from merging the shelving stuff in the svn
> repository back to trunk? From what I can see, it's pretty stable
> already, and most importantly even if it's not stable it wouldn't
> affect any existing features.
>
> If you can't merge those back on the svn trunk, then maybe we could
> switch the TSVN trunk to link to the svn shelve branch instead, and
> you could merge your TSVN shelve branch back to trunk.
>
> The TSVN nightly builds are there for a reason: to test out new
> features and get feedback. And as I said: those are new commands
> which won't affect any existing features users might depend on. So
> it's safe to include those in the nightly builds.

 From initial experimentation, we have made a smooth transition to
something that we -- at least we at Assembla -- are ready to offer to
real users to try out the first step on this road.

It is currently my job to develop this so I can commit resources to
continuing it.

If I fix it up to meet our coding standards, and given that it has no
impact on other areas (so in the last resort is easy to pull out or
disable), is there any objection to continuing the 'shelving' work on
trunk? If not, I plan to do this in a few days.

I will do some "fixing up" in readiness right away, anyway.

- Julian

[1] The first reply to "Two installers for 'standard' TortoiseSVN and
Shelving version",
https://groups.google.com/d/msg/tortoisesvn-dev/OHwCA3PIs6Q/YvBve1KxBQAJ
Received on 2017-11-03 23:25:10 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.