Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

scm command line help in the Info Center

https://jazz.net/help-dev/rational-team-concert/topic/com.ibm.team.scm.doc/topics/r_scm_cli_scm.html
This link is referenced in at least two locations in the Info Center help, but it redirects to the SystemZ scm command line reference. Is there a separate scm command reference for Windows/Linux/Unix? Where is it?

0 votes



13 answers

Permanent link
Here:
http://publib.boulder.ibm.com/infocenter/rtc/v2r0m0/index.jsp?topic=/com.ibm.team.scm.doc/topics/r_scm_cli_scm.html

0 votes


Permanent link
Here:
http://publib.boulder.ibm.com/infocenter/rtc/v2r0m0/index.jsp?topic=/com.ibm.team.scm.doc/topics/r_scm_cli_scm.html

Thanks Stephanie. The purpose of this post was two-fold:
1. To find the proper reference for V3.0 (this link is for 2.0 -- are there updates?).
2. To make the doc team aware of the bad link in the jazz.net InfoCenter before publication.

0 votes


Permanent link
Thanks Jim. I had encountered this issue before in the 3.0 help and thought it had been fixed up. I've notified the doc team.

Where did you navigate from to end up at that link?

The non-Enterprise version for 3.0 can be found under Reference, at:
https://jazz.net/help-dev/rational-team-concert/index.jsp?topic=/com.ibm.team.scm.doc/topics/c_scm_cli.html

0 votes


Permanent link
We're tracking the doc fix in 128226: SCM CLI doc is under the z category.

0 votes


Permanent link
Nick -
If you go to the page you refererenced:
https://jazz.net/help-dev/rational-team-concert/index.jsp?topic=/com.ibm.team.scm.doc/topics/c_scm_cli.html
and scroll to the bottom, you'll find a number of links. One link is named "scm" which is described as "Run Rational Tean Concert source control command line tools", which resolves to:
https://jazz.net/help-dev/rational-team-concert/topic/com.ibm.team.scm.doc/topics/r_scm_cli_scm.html

If you follow this link, it displays the Enterprise (z) command line reference.

0 votes


Permanent link
As we discussed, the original issue has been fixed, and the others you raise have been communicated to the doc team, who are investigating further.

0 votes


Permanent link
I'm trying to use artifactFilePublisher to publish build artifacts. It doesn't feel right to embed either the user name or the password in build.xml, or in the build definition. I find it most natural to use the user/password from the JBE. Has anyone done this before, or other suggestions?

0 votes


Permanent link
Oops... I thought "new post" = "new thread". Now learned it's "new reply". I'll start a separate thread... unless of course I get a quick answer here. :)

0 votes


Permanent link
All the Ant tasks support passwordFile="{path to password file created with JBE -createPasswordFile}" in addition to password=...

0 votes


Permanent link
To avoid embedding the user id or password / password file path, you can use Ant properties, e.g.
<artifactFilePublisher ... userId="${userId}" passwordFile="${passwordFile}"/>
then define the actual values as build properties in the build definition, or using -Dproperty=value on the Ant command line. If you don't want them in the build definition either, the Ant script could read the properties from a file on the build machines using <property file="..."/>
See http://ant.apache.org/manual/Tasks/property.html

0 votes

1–15 items
page 1of 1 pagesof 2 pages

Your answer

Register or log in to post your answer.

Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.

Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details

Question asked: Nov 03 '10, 11:34 a.m.

Question was seen: 12,105 times

Last updated: Nov 03 '10, 11:34 a.m.

Confirmation Cancel Confirm