-
Notifications
You must be signed in to change notification settings - Fork 55
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
Bump configuration-as-code-plugin.version from 1.36 to 1.41 #225
Bump configuration-as-code-plugin.version from 1.36 to 1.41 #225
Conversation
Bumps `configuration-as-code-plugin.version` from 1.36 to 1.39. Updates `configuration-as-code` from 1.36 to 1.39 - [Release notes](https://github.com/jenkinsci/configuration-as-code-plugin/releases) - [Commits](jenkinsci/configuration-as-code-plugin@configuration-as-code-1.36...configuration-as-code-1.39) Updates `test-harness` from 1.36 to 1.39 - [Release notes](https://github.com/jenkinsci/configuration-as-code-plugin/releases) - [Commits](jenkinsci/configuration-as-code-plugin@configuration-as-code-1.36...configuration-as-code-1.39) Signed-off-by: dependabot-preview[bot] <support@dependabot.com>
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.
Same issue as #217
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 your better off using overriding the property?
<dependency> | ||
<groupId>io.jenkins</groupId> | ||
<artifactId>configuration-as-code</artifactId> | ||
<version>1.36</version> | ||
</dependency> | ||
<dependency> | ||
<groupId>io.jenkins.configuration-as-code</groupId> | ||
<artifactId>test-harness</artifactId> | ||
<version>1.36</version> | ||
</dependency> |
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.
Could this not be replaced by?
<configuration-as-code-plugin.version>1.36</configuration-as-code-plugin.version>
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’m not sure, don’t really know how properties work in inherited Poms like this
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.
It’s not something that should ever change as this is the last version that supports that line
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.
see #315
fails: in script security
Passes if I run it locally though =/ |
is wrong it should be:
|
Can reproduce with:
|
@oleg-nenashev @amuniz @escoem Any idea ^^ |
Also passes if I change script-security to use the bom snapshot build from this branch =/ |
The only way I can think of that exception happening is by having two versions of The PCT does weird things with classpath and plugin versions, I'm not an expert in PCT (and I don't like it neither just because of things like this).
|
I've been trying to debug it by reproducing the PCT run in a way that I can inspect the classpath:
But I got a totally different outcome which seems quite unrelated, so... I don't know. |
It fails in the same way when I run:
boot classpath:
|
Hmm, I think I might have found the issue. |
Yup |
So it's the PCT not correctly updating the pom. |
Correct, if I update the property the test passes, fun... |
Weird that it's only script-security it fails on |
@raul-arabaolaza do you have any recommendations on how to fix this? PCT is updating the configuration-as-code plugin but not it's test harness dependency which has an incompatible change in it, https://github.com/jenkinsci/script-security-plugin/blob/master/pom.xml#L79-L90 |
The PCT updates versions given a "context" of other plugins and versions, so when is running script security it sees Some hook could be created to set the |
I think the PCT should be able to detect that the version is being set through a property and update the property instead. |
That is what |
Ok, that is a good idea, I will work on that direction |
Once we add it to the Plugin POM, sure. I think it is reasonable for |
I think this is bad tests in
|
prep.sh
Outdated
@@ -42,7 +42,7 @@ done | |||
|
|||
# TODO find a way to encode this in some POM so that it can be managed by Dependabot | |||
version=0.5.1 | |||
timestamp=20200409.141743-1 # TODO https://github.com/jenkinsci/plugin-compat-tester/pull/228 | |||
timestamp=20200512.100129-2 # TODO pending release > 0.5.1 |
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.
timestamp=20200512.100129-2 # TODO pending release > 0.5.1 | |
timestamp=20200512.100129-2 # TODO https://github.com/jenkinsci/plugin-compat-tester/pull/239 |
assuming this is from indeed from jenkinsci/plugin-compat-tester#239
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.
it is yes
🙏 that #247 passes and gets merged |
Should properly bump to 1.41 on jcasc |
@dependabot merge |
Very optimistic, I know 🤣 |
we did get a green build before you bumped the jcasc version 😂 |
Can't tell why it failed, build log is massive and is hanging in my browser, tests didn't fail |
Seems like try again.
|
OK, I won't notify you again about this release, but will get in touch when a new version is available. If you change your mind, just re-open this PR and I'll resolve any conflicts on it. |
|
🎉 this one was hard :) |
Was good to finally land. Hopefully JCasC will have fewer breaking changes 🤣 |
Bumps
configuration-as-code-plugin.version
from 1.36 to 1.39.Updates
configuration-as-code
from 1.36 to 1.39Release notes
Sourced from configuration-as-code's releases.
Commits
f524a0e
[maven-release-plugin] prepare release configuration-as-code-1.39064d2f2
Fix compatibility with core 2.231 (#1359)f8dedcb
set category name to Configuration for Jenkins v2.226+ (#1358)37b0684
remove wip hint (#1352)4356946
Improve SecretSource Javadoc (#1302)6682b0b
Add Gitter Q&A tab to the New Issue dialog (#1344)cb0e12e
[maven-release-plugin] prepare for next development iteration59c5ff7
[maven-release-plugin] prepare release configuration-as-code-1.38751431a
Fix classloading in snakeyaml (#1340)6314d5b
[maven-release-plugin] prepare for next development iterationUpdates
test-harness
from 1.36 to 1.39Release notes
Sourced from test-harness's releases.
Commits
f524a0e
[maven-release-plugin] prepare release configuration-as-code-1.39064d2f2
Fix compatibility with core 2.231 (#1359)f8dedcb
set category name to Configuration for Jenkins v2.226+ (#1358)37b0684
remove wip hint (#1352)4356946
Improve SecretSource Javadoc (#1302)6682b0b
Add Gitter Q&A tab to the New Issue dialog (#1344)cb0e12e
[maven-release-plugin] prepare for next development iteration59c5ff7
[maven-release-plugin] prepare release configuration-as-code-1.38751431a
Fix classloading in snakeyaml (#1340)6314d5b
[maven-release-plugin] prepare for next development iterationDependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting
@dependabot rebase
.Dependabot will merge this PR once CI passes on it, as requested by @jetersen.
Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebase
will rebase this PR@dependabot recreate
will recreate this PR, overwriting any edits that have been made to it@dependabot merge
will merge this PR after your CI passes on it@dependabot squash and merge
will squash and merge this PR after your CI passes on it@dependabot cancel merge
will cancel a previously requested merge and block automerging@dependabot reopen
will reopen this PR if it is closed@dependabot close
will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot ignore this major version
will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor version
will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependency
will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)@dependabot badge me
will comment on this PR with code to add a "Dependabot enabled" badge to your readmeAdditionally, you can set the following in the
.dependabot/config.yml
file in this repo: