Page History
...
Code Block | ||
---|---|---|
| ||
Usage: deploy-git.sh [Command] [Options] [Switches] Commands: getlist-item --folder [--recursive] [--local] store-item [--path] [--type] [--folder] [--recursive] [--local] [--controller-id] [-no-draft] [--no-deployed] [--no-released] update-item [--path] [--type] [--folder] [--recursive] [--local] delete-item [--path] [--type] [--folder] [--local] clone --folder [--local] --remote-url checkout --folder [--local] [--branch | --tag] add --folder [--local] commit --folder [--local] --message push --folder [--local] pull --folder [--local] get-credentials store-credentials --server --user-account --user-name --user-mail [--user-password | --user-access-token | --user-private-key] delete-credentials --server Options: --url=<url> | required: JOC Cockpit URL --controller-id=<id[,id]><id> | required: Controller ID --user=<account> | required: JOC Cockpit user account --password=<password> | optional: JOC Cockpit password --ca-cert=<path> | optional: path to CA Certificate used for JOC Cockpit login --client-cert=<path> | optional: path to Client Certificate used for login --client-key=<path> | optional: path to Client Key used for login --timeout=<seconds> | optional: timeout for request, default: 60 --folder=<folder[,folder]> | optional: list of inventory folders holding objects --path=<path[,path]> | optional: list of inventory paths to objects --type=<type[,type]><type> | optional: list of object typestype such as WORKFLOW, SCHEDULE --branch=<identifier> | optional: Git branch identified by name, default: master --tag=<tag[,tag]> | optional: Git branch identified by tags --message=<text> | optional: Git commit message --server=<host> | optional: Git server --user-account=<account> | optional: Git authentication user account --user-name=<text> | optional: Git authentication user name --user-mail=<e-mail> | optional: Git authentication user e-mail address --user-password=<password> | optional: Git authentication user password --user-access-token=<identifier><token> | optional: Git authentication user access token --user-private-key=<path> | optional: Git authentication user private key file --remote-url=<url> | optional: Git remote repository URL --audit-message=<string> | optional: audit log message --audit-time-spent=<number> | optional: audit log time spent in minutes --audit-link=<url> | optional: audit log link --log-dir=<directory> | optional: path to directory holding the script's log files Switches: -h | --help | displays usage -v | --verbose | displays verbose output, repeat to increase verbosity -p | --password | asks for password -l | --local | uses repository for local objects -r | --recursive | specifies folders to be looked up recursively -u | --user-password | asks for Git account password --no-draft | excludes draft objects --no-deployed | excludes deployed objects --no-released | excludes released objects --show-logs | shows log output if --log-dir is used --make-dirs | creates directories if they do not exist |
Anchor | ||||
---|---|---|---|---|
|
getlist-item
- Reads Returns the list of scheduling objects from JOC Cockpit's Git repository. Objects The list will be returned in JSON format.
- The command is used alternatively
- with the
--path
and--type
options to specify an individual object. One of the following object types has to be specified:- Deployable object types:
WORKFLOW, FILEORDERSOURCE, JOBRESOURCE, NOTICEBOARD, LOCK
- Releasable object types:
INCLUDESCRIPT, SCHEDULE, WORKINGDAYSCALENDAR, NONWORKINGDAYSCALENDAR, JOBTEMPLATE, REPORT
- Deployable object types:
- with the
--folder
option to specify include all objects in the related inventory folder to be deployedreturned. The--recurserecursive
switch can be used to process sub-folders recursively.
- with the
store-item
- Stores scheduling objects of JOC Cockpit's inventory to JOC Cockpit's Git repository.
- The following switches are available can be used to limit objects that should be stored:
- The
--no-draft
switch excludes draft objects from being stored to JOC Cockpit's Git repository. - The
--no-deployed
switch excludes deployed objects from being stored to JOC Cockpit's Git repository. - The
--no-released
switch excluses excludes released objects from being stored to JOC Cockpit's Git repository.
- The
- Later
commit
andpush
commands will apply changes.
- update-item
- Updates the JOC Cockpit 's inventory from scheduling objects available in JOC Cockpit's Git repository.
delete-item
Deletes scheduling objects from JOC Cockpit's Git repository. The operation does not affect existence of objects in JOC Cockpit's inventory.
- Later
commit
andpush
commands will apply changes.
clone
- Clones a remote Git repository to a JOC Cockpit Git repository.
- The command is used with the
--remote-url
option to identify the remote Git repository. Frequently the syntaxgit@<git-server>:<owner>/<repository>
is used, for example:git@github.com:sos-berlin/js7-demo-inventory-rollout-test
.
checkout
- A specific branch from the remote Git repository can be is checked out using the
--branch
or--tag
options that to identify the branch.
- A specific branch from the remote Git repository can be is checked out using the
add
- Adds changes to JOC Cockpit's Git repository.
commit
- Commits changes to JOC Cockpit's Git repository.
- The command is used with the
--folder
option to specify the inventory folder that is mapped to the Git repository. The--message
option is used to specify a message that typically becomes visible when displaying commits to a repository in a Git server.
push
- Pushes objects from JOC Cockpit's Git repository to the remote Git repository.
- The command is used with the
--folder
option to specify the inventory folder that is mapped to the Git repository.
pull
- Pulls objects from the remote Git repository to JOC Cockpit's Git repository. Objects in JOC Cockpit's Git repository will be removed, addedd added or updated.
- The command is used with the
--folder
option to specify the inventory folder that is mapped to the Git repository.
get-credentials
- Reads Git credentials from the user's profile in JOC Cockpit.
- If credentials for more than one Git Server are available then they will be returned.Stores Git credentials to the user's profile in JOC Cockpit. If credentials for the same Git Server exist, then they will be overwritten.
store-credentials
- Stores Git credentials to the user's profile in JOC Cockpit.
- The command is used with the
--server
option to specify the Git Server for which credentials will be stored. - For authentication with Git one of the
--user-password
,--user-access-token
or--user-private-key
options can must be used.- The location of a private key file should must be specified from an absolute path that is readable for the JOC Cockpit service.
- Users have to store the private key file to the related location.
delete-credentials
- Removes Deletes Git credentials from the user's profile in JOC Cockpit.
- The command is used with the
--server
option to specify the Git Server for which credentials will be deleted.
...
--url
- Specifies the URL by which JOC Cockpit is accessible using
<http|https>://<host>:<port>
. - Example: http://centostest-primary.sos:4446
- Example: https://centostest-primary.sos:4443
- Specifies the URL by which JOC Cockpit is accessible using
--user
- Specifies the user account for login to JOC Cockpit. If JS7 - Identity Services are available for Client authentication certificates that are specified with the
--client-cert
and--client-key
options then their common name (CN) attribute has to match the user account. - If a user account is specified then a password can be specified using the
--password
option or interactive keyboard input can be prompted using the-p
switch.
- Specifies the user account for login to JOC Cockpit. If JS7 - Identity Services are available for Client authentication certificates that are specified with the
--password
- Specifies the password used for the account specified with the
--user
option for login to JOC Cockpit. - Password input from the command line is considered insecure.
- Consider use of the
-p
switch offering a secure option for interactive keyboard input. - Consider use of the
encrypt
command to encrypt a password:./deploy-controller.sh encrypt --in=root --cert=encrypt.crt
.- The encryption result will include the prefix
enc:
followed by the encrypted symmetric key, initialization vector and encrypted secret separated by space. - If an encrypted password is specified, then it will be decrypted using the Private Key file:
./deploy-controller.sh <command> --password="enc:BF8J8KP7TPlxy..." --key=encrypt.key
.
- The encryption result will include the prefix
- Consider use of the
- Specifies the password used for the account specified with the
--ca-cert
- Specifies the path to a file in PEM format that holds the Root CA Certificate and optionally Intermediate CA Certificates to verify HTTPS connections to JOC Cockpit.
--client-cert
- Specifies the path to a file in PEM format that holds the Client Certificate if HTTPS mutual authentication is used..
--client-key
- Specifies the path to a file in PEM format that holds the Client Private Key if HTTPS mutual authentication is used..
--timeout
- Specifies the maximum duration for requests to the JS7 REST Web Service. Default:
60
seconds.
- Specifies the maximum duration for requests to the JS7 REST Web Service. Default:
--controller-id
- Specifies the identification of the Controller.
--controller-urlfolder
- When used with the
check
commandcommands, specifies the protocol, host and optionally port of the Controller instance JOC Cockpit's inventory folder to which the connection command is tested.
--primary-url
- applied.
- For use with the
update-item
,store-item
anddelete-item
commands more than one folder can be specified separated by comma, for example:--folder=/TestRepo/Accounting,/TestRepo/Reporting
- For use with the
- The
--recursive
switch is used If sub-folders should be processed recursively.
- When used with the
--path
- When used with the
register
commandstore-item
,update-item
anddelete-item
commands, specifies the protocol, host and optionally port of a Standalone Controller or Primary Controller instance in a cluster. The JOC Cockpit will connect to the Controller instance using the URL specified.path of an object including folder, sub-folders and object name. - Use of the
--path
option requires specification of the--type
option to determine the object type. - The option is used alternatively to specification of a folder using the
--folder
option.
- When used with the
--type
- When used with the
store-agent
command for an Agent Cluster, specifies the protocol, host and optionally port of the Primary Director Agent. The Controller will connect to the Director Agent instance using the URL specified.
- When used with the
--primary-cluster-url
- Specifies the URL used by the Pirmary Controller instance to connect to the Secondary Controller instance in a cluster. The URL can be specified if it is different from the value specified with the
--primary-url
option used for access from JOC Cockpit to the Primary Controller instance. - .The option can be used for example if a proxy service is active between Controller instances.
- Specifies the URL used by the Pirmary Controller instance to connect to the Secondary Controller instance in a cluster. The URL can be specified if it is different from the value specified with the
--primary-title
- When used with the
register
command specifies the title of a Standalone Controller or Primary Controller instance. - When used with the
store-agent
command specifies the title of the Primary Director Agent in an Agent Cluster.
- When used with the
--primary-subagent-id
- When used with the
store-agent
command specifies the identifier of the Primary Director Agent in an Agent Cluster.
- When used with the
item
,update-item
anddelete-item
commands and the--path
option, specifies the type of object that should be processed:- Deployable object types:
WORKFLOW, FILEORDERSOURCE, JOBRESOURCE, NOTICEBOARD, LOCK
- Releasable object types:
INCLUDESCRIPT, SCHEDULE, WORKINGDAYSCALENDAR, NONWORKINGDAYSCALENDAR, JOBTEMPLATE, REPORT
- Deployable object types:
- Use of the option is required if the
--path
option is used.
--branch
- When used with the
checkout
command specifies the name of the Git repository branch to be checked out.
- When used with the
--tag
- When used with the
checkout
command specifies the tag that identifies the Git repository branch to be checked out. If more than one tag is used, they are separted by comma, for example:--tag=prod,v1.12
- When used with the
--message
- When used with the
commit
command, specifies the message that explains the purpose of the commit operation.
- When used with the
--server
- When used with the
store-credentials
anddelete-credentials
commands, specifies the hostname of the Git Server. - Git credentials are stored on a per Git Server basis.
- When used with the
--user-account
- When used with the
store-credentials
command, specifies the account used for authentication with the Git Server.
- When used with the
--user-name
--secondary-url
- When used with the
- When used with the
store-agent
command for an Agent Cluster specifies the protocol, host and optionally port of the Secondary Director Agent. The Controller will connect to the Director Agent instance using the URL specified.
register
command, specifies the protocol, host and optionally port of a Secondary Controller instance in a cluster. The JOC Cockpit will connect to the Controller instance using the URL specified.- When used with the
--secondary-cluster-url
- Specifies the URL used by the Secondary Controller instance to connect to the Primary Controller instance in a cluster. The URL can be specified if it is different from the value specified with the
--secondary-url
option used for access from JOC Cockpit to the Secondary Controller instance. - .The option can be used for example if a proxy service is active between Controller instances.
- Specifies the URL used by the Secondary Controller instance to connect to the Primary Controller instance in a cluster. The URL can be specified if it is different from the value specified with the
--secondary-title
- When used with the
register
command, specifies the title of the Secondary Controller instance. - When used with the
store-agent
command, specifies the title of the Secondary Director Agent in an Agent Cluster.
- When used with the
credentials
command, specifies the user name used for authentication with the Git Server.
--user-mail
- When used with the
store-credentials
command, specifies the e-mail address used for authentication with the Git Server.
- When used with the
--user-password
- When used with the
store-credentials
command, specifies the password used for authentication with the Git Server. - Password input from the command line is considered insecure.
- Consider use of the
-u
switch that asks for interactive keyboard input of the password. - The switch is used for secure interactive input as an alternative to use of the
--user-password=<password>
option.
- Consider use of the
- Only one of
--user-password
,--user-access-token
or--user-private-key
options can be used.
- When used with the
--user-access-token
--secondary-subagent-id
- When used with the
store-agentcredentials
command, specifies the identifier of the Secondary Director Agent in an Agent Cluster.
- When used with the
--file
- Specifies the location of an archive file that is used with
export-agent
andimport-agent
commands. - On export an existing archive file will be overwritten.
- Specifies the location of an archive file that is used with
--format
- Specifies the format of the archive file indicated with the
--file
option. - The format can be one of
ZIP
orTAR_GZ
. Default:ZIP
. The JS7 can process archive files in .zip format on Unix.
- Specifies the format of the archive file indicated with the
--agent-id
- The Agent ID specifies a unique identifier for a Standalone Agent or Agent Cluster that cannot be changed later on.
- Agents are identified from their Agent ID.
--agent-name
- The Agent name specifies a unique identifier for a Standalone Agent or Agent Cluster that can be changed later on..
--agent-url
- When used with the
store-agent
command, the option specifies the protocol, host and optionally port of a Standalone Agent.
- When used with the
--title
- Specifies the title of a Controller, Agent or Subagent Cluster with related
register
,store-agent
andstore-cluster
commands.
- Specifies the title of a Controller, Agent or Subagent Cluster with related
--alias
- When used with the
store-agent
command, the option specifies alternative names for a Standalone Agent or Agent Cluster. Any number of alias names can be specified separated by comma. - Alias names can be used for assignment of Agents to jobs.
- When used with the
--process-limit
- Specifies the maximum number of processes running in parallel in a Standalone Agent or Agent Cluster.
- In an Agent Cluster the maximum number of processes is counted for all Subagents.
--subagent-id
- When used with the
store-subagent
anddelete-subagent
commands, the option specifies the related Subagent. - When used with the
store-cluster
command, any number of Subagent IDs can be specified separated by comma. This allows to specify Subagents that are members of a Subagent Cluster.
- When used with the
--subagent-url
- The option is used with the
store-subagent
command to specify the proocol, host and port by which the Subagent can be reached.
- The option is used with the
--role
- When used with the
store-subagent
command, the option specifies the Subagent's role. In an Agent Cluster we find the following roles:- Primary Director Agent
- Secondary Director Agent
- No Director Agent
- The option accepts the values
primary
,secondary
,no
. Default:no
.
- When used with the
--cluster-id
- Specifies the unique identifier of a Subagent Cluster. The Subagent Cluster ID cannot be changed after the Subagent Cluster is created.
- The option is used with the
store-cluster
,delete-cluster
,deploy-cluster
andrevoke-cluster
commands.
--priority
- Specifies an active-passive, active-active or metrics Subagent Cluster. The option accepts one of the values
first
(active-passive),next
(active-active) or a metrics expression. Default:first
. - The option is used with the
store-cluster
command.
- Specifies an active-passive, active-active or metrics Subagent Cluster. The option accepts one of the values
--key
- When used with the
decrypt
command, specifies the path to a file that holds the Private Key in PEM format used for decryption.
- When used with the
--cert
- When used with the
encrypt
command, specifies the path to a file that holds the CA-signed or self-signed X.509 Certificate. Alternatively, the path to a file holding the Public Key can be specified. The Certificate or Public Key is expected in PEM format. - For encryption the Certificate or Public Key must match the Private Key used for later decryption specified with the
--key
option.
- When used with the
--key-password
- When used with the
decrypt
command, specifies the password for access to the Private Key file using the--key
option. - Password input from the command line is considered insecure.
- Consider use of the
-k
switch or more elaborate mechanisms, for example by temporarily populating the system keystore form a security key such as a YubiKey® or similar. - Consider use of encrypted passwords as explained with the
--password
option.
- Consider use of the
- When used with the
--in
- When used with the
encrypt
anddecrypt
commands, specifies the input value that should be encrypted or decrypted., - One of the options
--in
or--infile
can be specified.
- When used with the
--infile
- When used with the
encrypt
anddecrypt
commands, specifies the path to the input file that should be encrypted/decrypted. - One of the options
--in
or--infile
can be specified. This option requires use of the--outfile
option.
- When used with the
--outfile
- When used with the
encrypt
command, specifies the path to the output file that will be created holding the encrypted content of the input file. - When used with the
decrypt
command, specifies the path to the output file that will be created holding the decrypted content of the input file. - The option is required if the
--infile
option is specified
- When used with the
--java-home
- When used with the
encrypt
anddecrypt
commands or with encrypted passwords, specifies the Java home directory. By default theJAVA_HOME
environment variable is used to determine the location of Java. - The Java home directory is the top-level directory of a Java installation. The directory includes the
bin
sub-directory andjava
executable.
- When used with the
--java-lib
- When used with the
encrypt
anddecrypt
commands or with encrypted passwords, a number of Java libraries are required to perform encryption/decryption. - The Java libraries are expected in the
lib
sub-directory of the JS7 Unix Shell CLI. Default:./lib
.
- When used with the
--audit-message
- Specifies a message that is made available to the Audit Log.
- Specification of Audit Log messages can be enforced on a per user basis and for a JS7 environment.
--audit-time-spent
- Specifies the time spent to perform an operation which is added to the Audit Log.
- The option can be specified if the -
-audit-message
option is used.
--audit-link
- Specifies a link (URL) which is added to the Audit Log.
- The option can be specified if the -
-audit-message
option is used.
--log-dir
- If a log directory is specified then the script will log information about processing steps to a log file in this directory.
- File names are created according to the pattern:
deploy-controller.<yyyy>-<MM>-<dd>T<hh>-<mm>-<ss>.log
- For example:
deploy-controller.2022-03-19T20-50-45.log
...
- access token used for authentication with the Git Server.
- Only one of
--user-password
,--user-access-token
or--user-private-key
options can be used.
--user-private-key
- When used with the
store-credentials
command, specifies the path to a private key file used for authentication with the Git Server.- The location of a private key file must be specified from an absolute path that is readable for the JOC Cockpit service.
- Users have to store the private key file to the related location.
- Only one of
--user-password
,--user-access-token
or--user-private-key
options can be used.
- When used with the
--remote-url
- When used with the
clone
command, specifies the URL of the repository to be cloned. - Frequently the syntax
git@<git-server>:<owner>/<repository>
is used, for example:git@github.com:sos-berlin/js7-demo-inventory-rollout-test
- When used with the
--audit-message
- Specifies a message that is made available to the Audit Log.
- Specification of Audit Log messages can be enforced on a per user basis and for a JS7 environment.
--audit-time-spent
- Specifies the time spent to perform an operation which is added to the Audit Log.
- The option can be specified if the -
-audit-message
option is used.
--audit-link
- Specifies a link (URL) which is added to the Audit Log.
- The option can be specified if the -
-audit-message
option is used.
--log-dir
- If a log directory is specified then the script will log information about processing steps to a log file in this directory.
- File names are created according to the pattern:
deploy-controller.<yyyy>-<MM>-<dd>T<hh>-<mm>-<ss>.log
- For example:
deploy-controller.2022-03-19T20-50-45.log
Anchor | ||||
---|---|---|---|---|
|
-h | --help
- Displays usage.
-v | --verbose
- Displays verbose log output that includes requests and responses with the JS7 REST Web Service.
- When used twice as with
-v -v
then curl verbose output will be displayed.
-p | --password
- Asks the user for interactive keyboard input of the password used for the account specified with the
--user
option.. - The switch is used for secure interactive input as an alternative to use of the option
--password=<password>
.
- Asks the user for interactive keyboard input of the password used for the account specified with the
-l | --local
- Specifies a JOC Cockpit Git repository of type "local" to be used:
- Repositories of type "local" hold object types that are specific for a scheduling environment and should not be deployed using Git and are stored to a separate repository.
- Location:
<jetty-base>/resources/joc/repositories/local
- Location:
- Repositories of type "rollout" hold object types that should be deployed using Git.
- Location:
<jetty-base>/resources/joc/repositories/rollout
- Location:
- Which object types make it for which repository type can be specified from settings, see JS7 - Inventory Git Integration.
- Repositories of type "local" hold object types that are specific for a scheduling environment and should not be deployed using Git and are stored to a separate repository.
- If the switch is not specified, then the repository type "rollout" is assumed.
- Specifies a JOC Cockpit Git repository of type "local" to be used:
-r | --recursive
- When used with the
--folder
option, specifies that sub-folders should be processed recursively.
- When used with the
-u | --user
-h | --help
- Displays usage.
-v | --verbose
- Displays verbose log output that includes requests and responses with the JS7 REST Web Service.
- When used twice as with
-v -v
then curl verbose output will be displayed.
-p | --password
- Asks the user for interactive keyboard input of the password used for the account specified with the
--user
option.. - The switch is used for secure interactive input as an alternative to use of the option
--password=<password>
.
- Asks the user for interactive keyboard input of the password used for the account specified with the
-k | --key-password
- Asks the user for interactive keyboard input of the password used for access to a keystore or key file specified with the
--keystore
or--key
optionsauthentication with a Git Server when using thestore-credentials
command. - The switch is used for secure interactive input as an alternative to use of the
--keyuser-password=<password>
option.
- Asks the user for interactive keyboard input of the password used for access to a keystore or key file specified with the
-o | -no-overwritedraft
- Specifies that Agent configurations holding the same Agent ID will be overwritten on import when used with the
import-agent
command.
- Specifies that Agent configurations holding the same Agent ID will be overwritten on import when used with the
-i | --hide
- If a Standalone Agent is added or is updated using the
store-agent
command, then the switch specifies that the Agent will not be visible in the JOC Cockpit Dashboard view and Resources->Agents view..
- If a Standalone Agent is added or is updated using the
- draft objects will be excluded from Git operations.
--no-deployed
- Specifies that deployed objects will be excluded from Git operations.
- This applies to deployable object types such as WORKFLOW, FILEORDERSOURCE, JOBRESOURCE, NOTICEBOARD, LOCK.
--no-released
- Specifies that released objects will be excluded from Git operations.
- This applies to releasable object types such as INCLUDESCRIPT, SCHEDULE, WORKINGDAYSCALENDAR, NONWORKINGDAYSCALENDAR, JOBTEMPLATE, REPORT
-c | --cluster
- Specifies that the operation is applied to an Agent Cluster if the
deploy-agent
orrevoke-agent
commands are used.
--show-logs
- Displays the log output created by the script if the
--log-dir
option is used.
- Displays the log output created by the script if the
--make-dirs
- If directories are missing that are indicated with the
--log-dir
option then they will be created.
- If directories are missing that are indicated with the
...
Cloning a Git Repository
A remote Git repository can be cloned and is cloned to a JOC Cockpit Git repository and is mapped to a JOC Cockpit inventory folder.
...
Managing Scheduling Objects in a Git Repository
...
Listing Scheduling Objects from a Git Repository
The operation will return the list of scheduling objects available in JOC Cockpit's Git repository.
Code Block | ||||||
---|---|---|---|---|---|---|
| ||||||
# common options for connection to JS7 REST API request_options=(--url=http://localhost:4446 --user=root --password=root --controller-id=controller) # getlist items from localGit repository ./deploy-git.sh getlist-item "${request_options[@]}" --folder=/TestRepo --recursive |
Storing Scheduling Objects to a Git Repository
The operation will update a Git repository to hold objects available in the store scheduling objects from JOC Cockpit's inventory to JOC Cockpit's Git repository.
Code Block | ||||||
---|---|---|---|---|---|---|
| ||||||
# common options for connection to JS7 REST API request_options=(--url=http://localhost:4446 --user=root --password=root --controller-id=controller) # store items to rollout respository: folder ./deploy-git.sh store-item "${request_options[@]}" --folder=/TestRepo --recursive # store items to rollout respository: object path and type of deployed object ./deploy-git.sh store-item "${request_options[@]}" --path=/TestRepo/03_VariablesPassing/jdwVariablesAdHoc-repo --type=WORKFLOW --no-draft # store items to local respository: object path and type of draft object ./deploy-git.sh store-item "${request_options[@]}" --path=/TestRepo/03_VariablesPassing/jdjVariablesJobResource --type=JOBRESOURCE --no-deployed --local # store items to rollout respository: object path and type of deployed or draft object ./deploy-git.sh store-item "${request_options[@]}" --path=/TestRepo/51_JobTemplates/51_JobTemplate --type=JOBTEMPLATE # store items to rollout respository: folder limited to draft objects ./deploy-git.sh store-item "${request_options[@]}" --folder=/TestRepo --recursive --no-released --no-deployed # store items to rollout respository: folder limited to deployed objects ./deploy-git.sh store-item "${request_options[@]}" --folder=/TestRepo --recursive --no-released --no-draft # store items to rollout respository: folder limited to released objects ./deploy-git.sh store-item "${request_options[@]}" --folder=/TestRepo --recursive --no-deployed --no-draft |
...
The operation will delete objects from a Git RepositoryJOC Cockpit's Git repository.
Code Block | ||||||
---|---|---|---|---|---|---|
| ||||||
# common options for connection to JS7 REST API request_options=(--url=http://localhost:4446 --user=root --password=root --controller-id=controller) # delete items from rollout repository: folder ./deploy-git.sh delete-item "${request_options[@]}" --folder=/TestRepo # delete items from rollout repository: object path and type ./deploy-git.sh delete-item "${request_options[@]}" --path=/TestRepo/03_VariablesPassing/jdwVariablesAdHoc-repo --type=WORKFLOW # delete items from rollout repository: object path and type ./deploy-git.sh delete-item "${request_options[@]}" --path=/TestRepo/51_JobTemplates/51_JobTemplate --type=JOBTEMPLATE # delete items from local repository: object path and type ./deploy-git.sh delete-item "${request_options[@]}" --path=/TestRepo/03_VariablesPassing/jdjVariablesJobResource --type=JOBRESOURCE --local |
...
The operation will update the JOC Cockpit's inventory from scheduling objects available in a JOC Cockpit's Git repository.
Code Block | ||||||
---|---|---|---|---|---|---|
| ||||||
# common options for connection to JS7 REST API request_options=(--url=http://localhost:4446 --user=root --password=root --controller-id=controller) # update items from rollout respository: folder ./deploy-git.sh update-item "${request_options[@]}" --folder=/TestRepo # update items from local respository: folder ./deploy-git.sh update-item "${request_options[@]}" --folder=/TestRepo --local # update items from rollout respository: path and type of object ./deploy-git.sh update-item "${request_options[@]}" --path=/TestRepo/03_VariablesPassing/jdwVariablesAdHoc-repo --type=WORKFLOW |
...