To me this is a bug in subversion. One of the most obvious use-cases aren't
supported; automated builds.
I'd love to see many of Subversions commands have a --force parameter so
that
I didn't have to work around it.

I do howevery think that if a task is supposed to do what VS does, then it
should
do so. Otherwise one would have to invent different hacks for different
compilers.
Remember that users of VS automatically ends up with these bin and obj
folders and
have to deal with them as well.

/Nicke

-----Original Message-----
From: Martin Aliger [mailto:[EMAIL PROTECTED] 
Sent: den 5 november 2004 10:40
To: [EMAIL PROTECTED]; ! nant
Subject: [nant-dev] SVN+latest NAnt in automated environment like CCNet


Hi all,
 
just FYI latest NAnt change behaviour of build process little and now
<solution> task produce obj folder under project directory. This match
VS.NET behaviour what is good. What is bad it could broke automated builds!
 
I notice that when some user want to delete entire project under SVN. Since
local repository is modified by NAnt build process (new subdir), svn is
unable to delete project and fail with message
 
<exec program="c:\program files\subversion\bin\svn.exe" commandline="update
--non-interactive ${build.dir}"/> External Program Failed: c:\program
files\subversion\bin\svn.exe (return
code was 1)     
svn: Won't delete locally modified directory c:/ccnet/foo'      
svn: Left locally modified or unversioned files 
 
Even Revert+Update do not help (revert do not touch unversioned files).
Deleting all obj folders (what is only solution I see) could be quite
performance hit for very large projects. And, of course, more work, more
complex .build script etc. I'd say I liked old behaviour more...
 
 
Martin


-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
_______________________________________________
nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers

Reply via email to