... | ... | @@ -147,7 +147,12 @@ This development model has several benefits: |
|
|
|
|
|
So, here are some possible workarounds to this development model when using the Inria Gitlab with external contributors:
|
|
|
- Use pull-requests mechanisms at the git level, rather than at the Gitlab level. This is the way that the Linux kernel has been developed for a long time now. Instead of submitting a MR with the Gitlab interface, contributors send patches by email.
|
|
|
- For projects with few known external contributors, it is possible for Inria members to create forks on behalf of the external contributors, then transfer ownership of these forks to the contributors.
|
|
|
- For projects with few known external contributors, it is possible for Inria members to create forks on behalf of the external contributors, then transfer ownership of these forks to the contributors. Here is a possible worklow:
|
|
|
- create a new group to handle the forks of your external collaborators
|
|
|
- take care to remain the only owner/master of the group in order to control the creation/destruction of forks
|
|
|
- create a fork from the original project with as destination the newly created group. By default the name of the project will be the same as the original project, e.g. `https://gitlab.inria.fr/ForksOfFoo/bar`
|
|
|
- then rename this forked project through Settings -> General -> Advanced Settings, e.g. `https://gitlab.inria.fr/ForksOfFoo/bar-jdoe`
|
|
|
- finally add your collaborator master on that fork
|
|
|
- For projects with few known and trusted external contributors, these contributors can be added to the project but develop in their own branches. There are some basic mechanisms in Gitlab to ensure they don't override their permissions: if these users have role developer, they won't be allowed to push to protected branches (master, by default). Details on Gitlab permissions can be found here: https://gitlab.inria.fr/help/user/permissions.md.
|
|
|
|
|
|
If these workarounds do not fit well with what you need and you absolutely want to use the standard MR development model with external contributors, the only solution is to use another tool than the Inria Gitlab. |