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

Re: Brain dump: possible 1.7 work packages

From: Stefan Fuhrmann <stefanfuhrmann_at_alice-dsl.de>
Date: Sat, 13 Feb 2010 10:45:38 +0100

Hans-Emil Skogh wrote on 11 Feb 2010 09:20:55:
> ///>>> - bisect / /
> />>> http://tortoisesvn.tigris.org/svn/tortoisesvn/trunk/Notes/Feature / /
> />>> Proposals/Bisect.txt / /
> />> Even with your detailed description, I simply can't see any
> benefit of /
> />> implementing this in TSVN at all. /
> /> I need to do the bisection thing every couple of weeks: /
> /> As soon as the contributions to a project or module don't /
> /> come from yourself, it can be hard to "guess" what change /
> /> causes a certain change in behavior (e.g. unexpected side- /
> /> effects). /
>
> I like the idea of a bisect feature, but isn't this something that
> should go in the core SVN implementation as well? Are there any direct
> benefits of doing this in TSVN instead on SVN?
>
SVN should have that functionality as well. However, the lib
functionality will be quite small. The interesting part is the UI.
This is where CL and GUI will diverge. The CL would certainly
be inspired by GIT bisect:

http://kernel.osuosl.org/pub/software/scm/git/docs/v1.6.0.6/git-bisect.html

> /> Standard workflow an iteration: /
> /> (1) manually track test results, pick next revision to test /
> /> (2) delete old working copy (or cleanup existing one) /
> /> (3) c/o new working copy (or update to revision) /
> /> (4) run build /
> /> (5) test /
>
> Hmm... I don't see how you can delete the working copy. You would need
> to modify it (by adding the new test that tests the changed behaviour)
> before bisecting it. Otherwise it's just a case of someone not running
> the tests before committing, and that is (hopefully) more easily
> solved by adding the tests to the build step, or pre-commit step.
>
I was thinking of using temporary working copies. Since the
whole process is likely to take some time for svn update and
cleanups alone, the initial c/o shouldn't be too much overhead.

-- Stefan^2.

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2447243

To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-02-13 10:45:50 CET

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

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