Introduction to GitLab
- Projects are GitLab’s primary entity of organization.
- Projects you have access to are listed in the “Your projects” tab on the project overview page.
- The project overview page is GitLab’s homepage unless configured differently.
- You can search for projects in the top menu, the top search bar and on the “Explore projects” tab of project overview page.
- A project’s visibility can be set to either private, internal, or public.
- On some instances a visibility class is disabled.
- Groups can contain projects and other groups.
- A top-level group is a group not contained in another.
- A subgroup is a group contained in another.
- Groups you have access to are listed in the “Your groups” tab on the group overview page.
- You can search for groups in the top menu, the top search bar and on the “Explore groups” tab of group overview page.
- Creating a GitLab project requires not more than a few clicks and providing a name.
- Changing the name of description of a GitLab project after creation has no indirect consequences.
- You can fill a fresh GitLab project’s repository by pushing a local repository.
- You can archive a project (and you can delete a project, but often should not.)
- Adding others as members allows them to directly contribute to your projects
- Members with sufficient rights can independently contribute to repositories
- You update your local repositories relative to the GitLab repository with the
git pull
command
- You send changes committed in your local repository to the GitLab repository with the
git push
command.
- Groups and subgroups are used to organize projects.
- Groups can have members.
- Projects and groups inherit members from the group they belong to.
- GitLab has a feature to manage issues of a project.
- Issues consist of titles and descriptions.
- Issues can be open or closed.
- Labels can be assigned to issues.
- Users can be assigned to issues.
- Boards can give an overview of issues and their stats.
- An issue’s state can be manipulated in the board view.
- You can create a project with a copy of another project’s repository by forking it.
- You can suggest changes to a project that you have no write access to through a merge request.
- You can close issues by use of certain keywords in merge request descriptions or commit messages.