[ http://jira.codehaus.org/browse/SCM-253?page=all ]

Dan Tran closed SCM-253.
------------------------

         Assignee: Dan Tran
       Resolution: Fixed
    Fix Version/s: 1.0

fixed in revision 478213



> AbstractCvsRemoveCommand must ignore "message" argument
> -------------------------------------------------------
>
>                 Key: SCM-253
>                 URL: http://jira.codehaus.org/browse/SCM-253
>             Project: Maven SCM
>          Issue Type: Bug
>          Components: maven-scm-provider-cvs
>    Affects Versions: 1.0-beta-3
>         Environment: xp, linux
>            Reporter: Dan Tran
>         Assigned To: Dan Tran
>             Fix For: 1.0
>
>
> I am writing a test suites which use maven-scm-api to read/write to multiple 
> scm types ( cvs, svn, and starteam)
> Remove command fails since it generates -m option which is illegal in CVS.  
> We should completely ignore the 
> message argument for CVS provider
> Here is the message
> [INFO] Working directory: 
> /opt/proj/dtran/dev//integration/replay/replay-cvstest/target/replay-test/working-copy
> [INFO] Executing: cvs -z3 -f -d 
> /opt/proj/dtran/dev//integration/replay/replay-cvstest/target/replay-test/repository
>  -q remove -f -l -m '"remove Foo.java"' src/main/java/Foo.java
> Provider message
> ----------------------------------------------------------------------
> The cvs command failed.
> ----------------------------------------------------------------------
> ----------------------------------------------------------------------
> Command output
> ----------------------------------------------------------------------
> remove: invalid option -- m
> Usage: cvs remove [-flR] [files...]
>         -f      Delete the file before removing it.
>         -l      Process this directory only (not recursive).
>         -R      Process directories recursively.
> (Specify the --help global option for a list of other help options)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to