-
Improvement
-
Resolution: Fixed
-
Minor
-
-
git-plugin 4.0.0, bitbucket-branch-source-plugin 2.7.0, github-branch-source-plugin 2.6.0
In order to make using traits easier, we need to add @Symbol annotations to the trait implementations.
- is blocked by
-
JENKINS-45503 Consolidate common traits into SCM-API
-
- Open
-
-
JENKINS-44884 Add @Symbol annotations
-
- Closed
-
- is duplicated by
-
JENKINS-57942 Found multiple extensions which provide method originPullRequestDiscoveryTrait
-
- Reopened
-
-
JENKINS-46202 Cannot discover all GitHub repos and their branches with Job DSL anymore
-
- Closed
-
-
JENKINS-45688 Unable to set extensions for Git SCM Source via DSL
-
- Closed
-
-
JENKINS-45860 Support traits for ScmNavigators
-
- Closed
-
-
JENKINS-54877 missing elements in job dsl 'organizationFolder'
-
- Closed
-
- is related to
-
JENKINS-60874 Cannot configure ForkPullRequestDiscoveryTrait by using Job DSL dynamic API
-
- Resolved
-
-
JENKINS-58829 Add symbols to SCM discovery traits to prevent name clashes
-
- Resolved
-
- links to
This issue is critically blocked by JENKINS-45503
If there are two traits with the same @Symbol annotation then the annotation is ignored, thus until the generic discovery traits have been consolidated into SCM-API, we cannot add the @Symbol annotations that we would want to them.
Ideally we would have
But without JENKINS-45503 we would be forced to implement this as
Furthermore, if we added those annotations, then existing usage would be broken as soon as JENKINS-45503 was implemented unless SCM API had
Which is effectively encoding SCM specific names into the generic API