패키지 라이선스
라이선스
GitLab 자체는 MIT 라이선스를 따르지만, Linux 패키지 소스는 Apache-2.0으로 라이선스가 부여됩니다.
라이선스 파일 위치
버전 8.11부터 Linux 패키지에는 패키지에 번들된 모든 소프트웨어의 라이선스 정보가 포함되어 있습니다.
패키지를 설치한 후 각 개별 번들 라이브러리의 라이선스는 /opt/gitlab/LICENSES 디렉터리에서 찾을 수 있습니다.
LICENSE 파일에는 모든 라이선스가 통합되어 있습니다. 이 통합된 라이선스는 /opt/gitlab/LICENSE 파일에서 찾을 수 있습니다.
버전 9.2부터 Linux 패키지에는 dependency_licenses.json 파일이 함께 제공됩니다. 이 파일에는 소프트웨어 라이브러리, rails 애플리케이션이 사용하는 Ruby 젬, 그리고 프론트엔드 컴포넌트에 필요한 JavaScript 라이브러리를 포함하여 번들된 모든 소프트웨어의 버전 및 라이선스 정보가 포함되어 있습니다. JSON 형식이기 때문에 GitLab은 이 파일을 구문 분석하여 자동 검사나 유효성 검사에 사용할 수 있습니다. 이 파일은 /opt/gitlab/dependency_licenses.json에서 찾을 수 있습니다.
버전 11.3부터 라이선스 정보를 온라인으로도 제공합니다: https://gitlab-org.gitlab.io/omnibus-gitlab/licenses.html
라이선스 확인
Linux 패키지는 다양한 소프트웨어로 구성되어 있으며, 많은 다른 라이선스로 커버된 코드로 이루어져 있습니다. 이러한 라이선스는 위에서 설명한 대로 제공되고 통합됩니다.
버전 8.13부터 GitLab은 Linux 패키지 설치에 추가 단계를 넣었습니다. license_check 단계는 lib/gitlab/tasks/license_check.rake를 호출하여 컴파일된 LICENSE 파일을 현재 스크립트 상단의 ‘좋음’ 또는 ‘의심스러운’ 라이선스 디렉터리과 비교합니다. 이 스크립트는 Linux 패키지의 각 소프트웨어에 대해 ‘Good’, ‘Unknown’, ‘Check’ 중 하나를 출력합니다.
-
Good: GitLab 및 Linux 패키지의 모든 사용 유형에 승인된 라이선스를 나타냅니다. -
Unknown: ‘좋음’ 또는 ‘나쁨’ 디렉터리에서 인식되지 않는 라이선스로, 즉시 사용에 대한 함의를 검토해야 합니다. -
Check: GitLab 자체와 호환되지 않을 가능성이 있는 라이선스를 나타내며, 따라서 Linux 패키지의 일부로 사용되는 방법을 확인하여 규정 준수를 보증해야 합니다.
이 디렉터리은 GitLab 개발 문서(라이선싱)을 참조하였습니다. 그러나 Linux 패키지의 특성으로 인해 라이선스가 동일한 방식으로 적용되지 않을 수 있습니다. ‘git’ 및 ‘rsync’와 같이 이와 같은 경우에는 GNU 라이선스 FAQ를 참조하십시오.
라이선스 승인
libjpeg-turbo - BSD 3-clause 라이선스
이 소프트웨어는 독립 JPEG 그룹의 작업을 일부 기반으로 합니다.
상표 사용
GitLab 문서 내에서 제3자 기술 및/또는 제3자 엔티티의 상표에 대한 언급이 있을 수 있습니다. 제3자 기술 및/또는 엔티티에 대한 언급은 단순히 GitLab 소프트웨어가 해당 제3자 기술과 상호 작용하거나 해당 제3자 기술과 함께 사용될 수 있는 예시를 목적으로 합니다. 모든 상표, 자료, 설명 및 기타 지적 재산은 모든 해당 제3자 소유로 유지됩니다.
상표 요구 사항
GitLab 상표 사용은 우리의 가이드라인에서 설정된 표준에 준수해야 합니다(시기에 따라 업데이트 됨).
CHEF® 및 모든 Chef 상표는 Progress Software Corporation의 소유이며 Progress Software 상표 사용 정책에 따라 사용해야 합니다.
문서에서 GitLab이나 제3자 상표를 사용할 때에는 처음으로 등장할 때 (R) 기호를 포함해야 합니다. 예를 들면 “Chef(R)는 구성하기 위해 사용됩니다….” 이후에는 기호를 생략할 수 있습니다.
상표 소유자가 특정한 공지 또는 상표 요구를 요구하는 경우, 해당 공지 또는 요구 사항을 위에 명시해야 합니다.
도움말