New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(discover branches): keep "PR branches" option #171
Conversation
This PR is in response to the branch-discovery help text: " Only branches that are also filed as PRs This option exists to preserve legacy behaviour when upgrading from older versions of the plugin. NOTE: If you have an actual use case for this option please file a pull request against this text. " We have a Jenkins pipeline that deploys dockers for pull requests to a k8s cluster. The Dockers are built by a separate process, and tagged with the branch name, so we want our k8s-deploy pipeline to be fed the PR branch name in env.GIT_BRANCH, so it can reference the appropriate docker. Hope that makes sense.
@frickjack this is so much clearer! could you change the title of this PR to indicate it's just a documentation change? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Note on PRs the CHANGE_BRANCH variable has the name you are after and CHANGE_TARGET is the target branch name... not sure if that might modify your use-case
@@ -8,8 +8,8 @@ | |||
</dd> | |||
<dt>Only branches that are also filed as PRs</dt> | |||
<dd> | |||
This option exists to preserve legacy behaviour when upgrading from older versions of the plugin. | |||
NOTE: If you have an actual use case for this option please file a pull request against this text. | |||
Similar to discovering pull requests directly, but env.GIT_BRANCH is set to the branch name rather than PR-#, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Clarify that it is just origin pull requests.
This option exists to preserve legacy behaviour when upgrading from older versions of the plugin. | ||
NOTE: If you have an actual use case for this option please file a pull request against this text. | ||
Similar to discovering pull requests directly, but env.GIT_BRANCH is set to the branch name rather than PR-#, | ||
and github pull-request checks are not updated. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it would be better to reword as something like “the status notification for the build will only be applied to the commit, the pull requests status will not be updated” (my text needs revision, but should point you in the direction more clearly
@frickjack @stephenc |
The PR is still valid but I think my comments also still need addressing |
This PR is in response to the branch-discovery help text:
"
Only branches that are also filed as PRs
This option exists to preserve legacy behaviour
when upgrading from older versions of the plugin.
NOTE: If you have an actual use case for this option
please file a pull request against this text.
"
We have a Jenkins pipeline that deploys dockers for
pull requests to a k8s cluster. The Dockers are
built by a separate process, and tagged with the
branch name, so we want our k8s-deploy pipeline
to be fed the PR branch name in env.GIT_BRANCH,
so it can reference the appropriate docker.
Hope that makes sense.