Wikimedia Research/Documentation/Gitlab

The Research team will maintain and document all code under our team's Gitlab project starting 2022-03-07 (we previously did this in Github). We expect all new projects from the Research team, including the work with formal collaborators and interns, to live on Gitlab. Please read below for more.

Organizing Software code on gitlab
We organize all code from our projects in wikimedia's gitlab research repos, which are owned by the research team group. Ideally, every project (involving code) should have a repository there.

Getting access

 * Create an account on gitlab using your existing wikitech account. At this point you can create projects in your own namespace, but you don't have access to the wikimedia's gitlab research repos.
 * Ask your manager (or another owner of the research team group) to add your gitlab account to the research team group. Note that you are required to enable two factor authentication to join the group.

Connecting to gitlab
You can clone/pull/push via https using an access token, or via ssh. It is preferable to use access tokens.
 * 1) https: Create an access-token via avatar (top right) -> edit profile -> access tokens. See the documentation for more details. Upon executing a command that requires authentication (e.g. pushing a branch), leave the user empty and enter the access token once a password is requested  You can increase the default timeout (15min) that the token is cached by using a git credentials cache, e.g. by
 * ssh: Create an ssh-key and add it to your gitlab-account via avatar (top right) -> edit profile -> ssh keys, see the documentation for more details. Con: this does not work when you want to push code from the cluster (e.g. stat1007).

private and public repos
When creating repositories in the gitlab research project, the only option is create public projects. You have the option to set a repository private via the settings, however this should only be done if necessary (e.g. for an analysis sensitive data from, e.g., webrequest logs. The repository will then only be accessible to the members of the research team. Eventually, the aim is to make any code available in a public repository according to WMF's open access policy.

External
It is possible to add outside collaborators as longs as they have a wmf gitlab account, and if applicable you can set an expiry data for membership (e.g. for internships with a known end date). Use the "Developer" role for external collaborators.