Log in to the U-M GitLab service at https://gitlab.umich.edu. Click the button labeled U‑M Shibboleth SSO, and proceed through Weblogin using your kerberos (Level-1) credentials. If you don't already have an account, one will be created for you on your first login.
The U-M GitLab service is not approved for sensitive, regulated data types. It is up to the U-M individual using the service to ensure these types of data are not inadvertently or otherwise included in a GitLab repository (client or server side). This includes keys, credentials, data files, and other secure data. The following are some helpful links:
This IT Security Liaisons list can be used to determine the name of your unit or department contact.
- Establish backup and/or archive service as required to meet U-M and unit or department policies
- Establish policies and a process for software development collaboration and version control
- The default ITS GitLab runner is a shared resource and is subject to slowdowns during heavy usage. If you need to avoid processing delays, you can run your own GitLab runner that is dedicated just to your group.
Commit Code Frequently with Good Comments
- Each commit should be a logical unit of change
- Refer to How to Write a Git Commit Message
At a minimum, projects should have development and production branches.
Don't Add Large Files to a Git Repository
Store large files somewhere else and have your code retrieve them.
Take Advantage of the Other Collaboration Feature
- Issue tracking
- Wiki documentation
- Merge requests