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

Re: [PATCH] Add --dry-run flag to "svn update" client command

From: Kamesh Jayachandran <kamesh_at_collab.net>
Date: Fri, 11 Mar 2011 18:12:21 +0530

Hi All,

I reviewed the patch and I am fine with it.

We did not hear any technical objections for this patch so far.

Bert said we can implement it via separate dry_run editor but it would
end up copying the code from subversion/libsvn_wc/update_editor.c as we
need access to wc.

Anyways we have a similar implementation(if not exact) for merge
--dry-run, I mean *no* dry_run_merge_editor.

One good thing about this patch it helped Arwin to find a regression
caused by a commit(r1075802) which our testsuite could not find.

My +1 for this patch for the following reasons.

* It is a straightforward way to do dry-run(I remember thrice I have
been asked by CVS converts for equivalent of cvs update -n).

* I understand the patch fully.

* It exercises our code for more test-coverage(As exhibited by r1075802)

Unless there are no objection I will commit this patch post I receive a
r1075802 regression fix(and testcase) from either Daniel Becroft or Arwin.

With regards
Kamesh Jayachandran

On 03/02/2011 09:00 PM, Arwin Arni wrote:
> Hi All,
>
> Thanks for all the feedback.
>
> As Stefan said, yes, this patch was an immense learning experience for
> me and I wouldn't trade it for anything else.
>
> All said and done, I hope this is not the end of this patch. It
> implements exactly what the issue tracker describes and I think it
> would be an excellent feature enhancement. So, I would really
> appreciate it if this patch gets a closer look.
>
> If anybody can throw light on how this can be done any differently
> (not some combination of existing commands, but a working update
> --dry-run), I would gladly lend my ears.
>
> Thanks and regards,
>
> Arwin Arni
Received on 2011-03-11 13:41:04 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.