cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Community Tip - You can subscribe to a forum, label or individual post and receive email notifications when someone posts a new topic or reply. Learn more! X

createsandbox - development path and project options are mutually exclusive with new project syntax

satishk
4-Participant

createsandbox - development path and project options are mutually exclusive with new project syntax

Hello,

 

Creation of build sandbox with a checkpoint revision using the following syntax fails with a message stating that "development path and project options are mutually exclusive with new project syntax"

si createsandbox -P<project path> -projectRevision=1.43

 

Integrity Client version is 11

 

The command works fine without the projectRevision option.

 

What is the new syntax for specifying checkpoint version ?

 

Thanks,

Satish K

 

1 ACCEPTED SOLUTION

Accepted Solutions
ascott
17-Peridot
(To:satishk)

Hi Satish,

What syntax did you use for the project path? The commands accept two different project formats:

Flat Path: /Test/project.pj

Config Path: #/Test   <-- begins with a # sign

 

Config Paths can already include variants and build numbers.

For example the config path syntax of:

si viewproject -P #/Test#d=MyDev

is equivalent to Flat path syntax:

si viewproject -P /Test/project.pj  --devPath=MyDev

Making the following an invalid command:

si viewproject -P #/Test#d=MyDev --projectRevision=1.1.1.1
*** The development path and build projects options are mutually exclusive with new project syntaxes. Specify one or the other,


In other words, using a configpath syntax in your -P parameter will throw the error if you also try to use --devPath or --projectRevision.

 

Hope this helps!

 

View solution in original post

2 REPLIES 2
ascott
17-Peridot
(To:satishk)

Hi Satish,

What syntax did you use for the project path? The commands accept two different project formats:

Flat Path: /Test/project.pj

Config Path: #/Test   <-- begins with a # sign

 

Config Paths can already include variants and build numbers.

For example the config path syntax of:

si viewproject -P #/Test#d=MyDev

is equivalent to Flat path syntax:

si viewproject -P /Test/project.pj  --devPath=MyDev

Making the following an invalid command:

si viewproject -P #/Test#d=MyDev --projectRevision=1.1.1.1
*** The development path and build projects options are mutually exclusive with new project syntaxes. Specify one or the other,


In other words, using a configpath syntax in your -P parameter will throw the error if you also try to use --devPath or --projectRevision.

 

Hope this helps!

 

awalsh
17-Peridot
(To:ascott)

Also, the syntax for giving a project revision (build) in the configuration path is #b=[rev] or #b=[label], where [rev] is the project revision and [label] is a label on the project revision.

 

e.g. #/MyProject#sub/sub2#b=1.34

Top Tags