- License file location
- Checking licenses
- License acknowledgements
- Trademark Usage
While GitLab itself is MIT, the Linux package sources are licensed under the Apache-2.0.
Starting with version 8.11, the Linux package contains license information of all software that is bundled in the package.
After installing the package, licenses for each individual bundled library
can be found in
There is also one
LICENSE file which contains all licenses compiled together.
This compiled license can be found in
Starting with version 9.2, the Linux package ships with a
dependency_licenses.json file containing version and license information of
all bundled software, including software libraries, Ruby gems that the rails
components. Because it’s in JSON format, GitLab can parse this file and use it for automated checks or validations. The file may be found at
Starting with version 11.3, we have also made the license information available online, at: https://gitlab-org.gitlab.io/omnibus-gitlab/licenses.html
The Linux package is made up of many pieces of software, comprising code that is covered by many different licenses. Those licenses are provided and compiled as stated above.
Starting with version 8.13, GitLab has placed an additional step into
Linux package installation. The
license_check step calls
lib/gitlab/tasks/license_check.rake, which checks the compiled
against the current list of approved and questionable licenses as denoted in the
arrays at the top of the script. This script outputs one of
Check for each piece of software that is a part of the
Good: denotes a license that is approved for all usage types, in GitLab and the Linux package.
Unknown: denotes a license that is not recognized in the list of ‘good’ or ‘bad’, which should be immediately reviewed for implications of use.
Check: denotes a license that has the potential be incompatible with GitLab itself, and thus should be checked for how it is used as a part of the Linux package to ensure compliance.
This list is sourced from the GitLab development documentation on licensing.
However, due to the nature of the Linux package, the licenses may not apply
in the same way. Such as with
rsync. See the GNU License FAQ
This software is based in part on the work of the Independent JPEG Group.
Within the GitLab documentation, reference to third-party technologies and/or trademarks of third-party entities may be made. The inclusion of reference to third-party technology and/or entities is solely for the purposes of examples of how GitLab software may interact with, or be used in conjunction with, such third-party technology. All trademarks, materials, documentation, and other intellectual property remain the property of any/all such third party.
Use of GitLab Trademarks must be in compliance with the standards set forth in our guidelines (as updated from time to time). CHEF® and all Chef marks are owned by Progress Software Corporation and must be used in accordance with the Progress Software Trademark Usage Policy.
When using a GitLab or 3rd party trademark in documentation, include the (R) symbol in the first instance, for example, “Chef(R) is used for configuring….” You may omit the symbol in subsequent instances.
If a trademark owner requires a particular notice or trademark requirement, such notice or requirement should be stated above.