Hi Jason,

>>I am not able to replicate the first issue below, when I 
>>specify a cvsroot without a username (i.e. I used
>>:sspi:loki.sporadicism.local:/cvsroot/claytonharbour) I do not 
>>get an authentication error.
>
>I don't seem to be getting this now...probably something on my end.

Great, let's consider it fixed :-).

>It appears that the escapeDB at the end (which is the CVS module
>supplied as the module attribute) is causing the problem.  I tried to
>remove the module attribute, but it is required by the <cvs> task.  I
>also tried to set it to an empty string and again, it failed the check.
>Is there any way to not have the module name appended to the
>commandline?

Done, module is not appended if the 'commit' command is used.  Also module is now an 
optional attribute.  If module is needed for the command used and is not present then 
a build exception is thrown.

>Also, would it be better to use the <arg> reference type to add other
>cvs command line arguments, instead of in the commandline attribute?

This is a bit of a tough one.  The <arg /> reference appends information before the 
'command' attribute so it would make the command look like:
    cvs "-m My Message" commit myFile.cs

One alternative would be to have the command optional for the <cvs/> task, which would 
mean you would specify:
    <cvs destination="e:/test/nant/sourcecontrol/working/hbs2" 
         cvsroot=":sspi:loki.sporadicism.local:/cvsroot/hbs" 
         usesharpcvslib="false"
    >
        <arg value="commit"/>
        <arg value="&quot;-m 2004-07-01&quot;"/>
    </cvs>

Another alternative would be to go back to a <global-arg/> and <command-arg/> 
specification such as:

    <cvs command="commit" 
         destination="e:/test/nant/sourcecontrol/working/hbs2" 
         cvsroot=":sspi:loki.sporadicism.local:/cvsroot/hbs" 
         usesharpcvslib="false"
    >
        <command-arg value="&quot;-m 2004-07-01&quot;"/>
    </cvs>

which might make things a little safer for those not used to cvs.  Anyone have 
thoughts on this?



Clayton


-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Nant-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-users

Reply via email to