Skip to content
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

Building Merge Requests - Fork Access #195

Open
DavidAntliff opened this issue Sep 2, 2016 · 0 comments
Open

Building Merge Requests - Fork Access #195

DavidAntliff opened this issue Sep 2, 2016 · 0 comments

Comments

@DavidAntliff
Copy link

This is a question rather than a bug report.

I'm using GitLab CE 8.10.4 and Jenkins CI server with this plugin. I've followed the published instructions and my builds are being triggered correctly on merge requests.

However I'm running into a problem with deploy keys. I have a deploy key for the Jenkins user that is used to fetch the upstream target branch. Jenkins and the plugin are configured to perform the merge on Jenkins (not on GitLab). To do this, Jenkins needs to fetch the source branch from the fork, but the upstream deploy key is not valid for this repository, and the build fails.

I need to resolve this fork access problem. Are these viable:

  1. Configure GitLab to automatically share a repository's deploy keys with all forks?
  2. Or configure GitLab to make a global deploy key available to all users so they can enable it on their own forks?
  3. Or configure a global deploy key that provides global access for Jenkins to everything?
  4. Or configure GitLab to perform the merge itself, on a branch in upstream, so that Jenkins does not need to fetch the fork?

I set up a similar system with GitHub and the GitHub Pull Request Builder plugin. There was no need for deploy keys per fork because the merge result was made by GitHub in the upstream repository, which is all Jenkins needed to fetch. GitLab seems a bit different in this respect, as merges of the fork with upstream are performed by Jenkins.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant