Hey there, PM for CI/CD here. Can you point me to an issue in either GitLab or the Jenkins Plugin repo that has more info specifically on what you're looking to do that isn't possible today? Or share specifically what you need here so I can make one? That other project seems to have a few different features and I'm not sure which use cases exactly are important for you.
In any case, we definitely want to make sure you have the right functionalities you need.
- Jenkins builds it and reports the status back to GitLab
- If it created a new job that job is removed after the MR gets merged.
It would be nice if, like the other plugin does it one could have it's own job for this MR with it's own history but I guess we could live also with a shared history if you could have the MR buld history in GitLab only.
update: I forgot to write that we use Jenkinsfile based pipelines, not sure if this is important.
jeena|6 years ago
- there is a canonical git repo for a component
- a dev doesn't have write access to it
- they fork it into their own private user name space
- they change it and create a merge request for the canonical git repo for one of the branches
- the merge request creates (or triggers) a job in Jenkins => this is where our research showed that only the unmaintained gitlab-branch-source-plugin plugin can do that https://github.com/Argelbargel/gitlab-branch-source-plugin
- Jenkins builds it and reports the status back to GitLab
- If it created a new job that job is removed after the MR gets merged.
It would be nice if, like the other plugin does it one could have it's own job for this MR with it's own history but I guess we could live also with a shared history if you could have the MR buld history in GitLab only.
update: I forgot to write that we use Jenkinsfile based pipelines, not sure if this is important.
jl-gitlab|6 years ago
jl-gitlab|6 years ago