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

[Subclipse-dev] SVN Ant patch: verbose attribute, cleanup and others

From: Oleg Byelkin <oleg.byelkin_at_gmail.com>
Date: Sun, 26 Oct 2008 16:47:15 +0200

Hi all
I wish to donate to svn community patch to svnant 1.2.0 RC1 that includes:

   1. Verbose attribute to svn command (idea stolen from
   http://codefeed.com/blog/?p=82) <http://codefeed.com/blog/?p=82>
   2. cleanup command
   3. Patch to add command that respect recurce parameter for svnFileSet
   4. Patch for svnConflicted selector (doesn't work with svnkit 1.2.0).

Please see my example for points 1. and 2.
<svn username="${svn.username}" password="${svn.password}" verbose="true">
 <cleanup path="${svn_folder}" failonerror="false"/>
 <checkout url="${svn.url}" destpath="${svn_folder}" />
</svn>

Regarding 3. such script add new (unversioned) files and folders to svn. IMO
it has bug because it add only top most folder without content (i.e. if we
try to add structure as folder/subfolder/file only empty folder will be
added). My patch check value of recurse attribute of add command (which is
true by default). If recurse="true", then add folder with all it's content
(i.e. in my example folder/subfolder/file). So the patch change backward
compatibility. Hope it OK.
<svn>
<add>
<svnFileSet dir="${svn_folder}">
 <svnUnversioned/>
</svnFileSet>
</add>
</svn>

Regarding 4. the svnConflicted selector with svnkit 1.2.0 return true for
all files. Root of evil is statement (status_.getConflictNew()!=null) which
is always not null and has value of parent folder (not sure that my change
is correct, please test it).

Thank you,

Oleg Byelkin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: dev-help_at_subclipse.tigris.org

Received on 2008-10-26 16:21:40 CET

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

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