mirror of https://github.com/SAP/jenkins-library.git synced 2024-12-14 11:03:09 +02:00

solman upload split git documentation (#2831 )

* Split git commit message scan from solman upload

2021-06-10 10:16:22 +02:00

3.3 KiB

Raw Blame History

${docGenStepName}

${docGenDescription}

!!! note "Executed on Jenkins Master" This step is executed on the Jenkins master only. On the master node the project's Git repository is fully available. If kubernetes is used, the Git repository would have to be stashed. Depending on the size of the repository, this would be quite expensive or not possible at all.

Administering the Change Document ID by Git Commit Messages

A change document documents activities in the change process. To upload an artifact into a transport request, the Solution Manager expects the ID of an assigned change document. For more information, see transportRequestUploadSOLMAN.

transportRequestDocIDFromGit allows you to retrieve the change document ID from the commit message of the Git repository of your project. This way, you can address the change document without having to change the setup of your pipeline. Please make sure that the ID is unique in the defined search range.

Specifying the Git Commit Message

transportRequestDocIDFromGit searches for lines that follow a defined pattern in the Git commit messages (git log) of your project. Only if necessary, specify the pattern with the label changeDocumentLabel (default=ChangeDocument). Behind the label, enter a colon, blank spaces, and the identifier.

Upload - define the change document ID

    ChangeDocument: 1000001234

Specifying the Git Commit Range

The Git commit messages to be considered are determined by the parameters gitFrom (default=origin/master) and gitTo (default=HEAD). The naming follows the Git revision range notation git log <gitFrom>..<gitTo>. All commit messages accessible from gitTo but not from gitFrom are taken into account. Choose the commit range accordingly, as the detection of multiple IDs causes the scan to fail.

Keep the default values HEAD and origin/master in case you want to retrieve the ID within the scope of a pull request. The default values should be sufficient provided that

you commit the change document ID into the pull request
you do not merge the origin/master before the scan

o 3d97415 (origin/master) merged last change
|
| o d99fbf7 (HEAD) feature fixes
| |
| o 5c380ea ChangeDocument: 1000001234
| |
| o 0e82d9b new feature
|/
o 4378bb4 last change

If you want to retrieve the ID from the main branch, be aware that former change document IDs may already be in the history. Adjust gitFrom so that it points to a commit before your ID definition.

steps:
  transportRequestDocIDFromGit:
    gitFrom: '4378bb4'

o 3d97415 (origin/master) merge new feature
|
o d99fbf7 feature fixes
|
o 5c380ea adjust config.yaml
|           ChangeDocument: 1000001234
|
o 0e82d9b new feature
|
o 4378bb4 merged last change

Define gitTo, if it cannot be ruled out that further document IDs have been merged in parallel.

steps:
  transportRequestDocIDFromGit:
    gitFrom: '4378bb4'
    gitTo: 'd99fbf7'

o 3d97415 (origin/master) merge new feature
|\
. o d99fbf7 feature fixes
. |
. o 5c380ea adjust config.yaml
. |           ChangeDocument: 1000001234
. |
. o 0e82d9b new feature
|/
o 4378bb4 merged last change

${docGenParameters}

${docGenConfiguration}

${docJenkinsPluginDependencies}

Example

transportRequestDocIDFromGit( script: this )

3.3 KiB Raw Blame History