Scope Conan packages at the project level
Problem to solve
Conan is an open source C/C++ package manager that was designed to help developers create and share their binaries. Based on customer demand, the GitLab MVC prioritized supporting Conan at the instance level. However, in order to help organizations who have some groups working in C/C++ and others working in different languages, we need to support project/group level. This will allow engineers to focus by creating a more targeted, specific user experience. It will also allow organizations to structure their GitLab integration, similar to how they've structured their organization.
Intended users
Proposal
Add a project level endpoint to allow users to simplify naming conventions and be in line with other package manager formats.
Further details
Permissions and Security
There are no updates to permissions. Users that have access to a given project or group will have the the below permissions, which are consistent with GitLab's other package manager integrations.
| Action | Guest | Reporter | Developer | Maintainer | Owner |
|---|---|---|---|---|---|
| Pull from Maven repository or NPM registry or Conan Repository | x | x | x | x | |
| Publish to Maven repository or NPM registry or Conan Repository | x | x | x |
Documentation
- Update the docs at https://docs.gitlab.com/ee/user/project/packages/conan_repository.html to include project and group level details
Testing
What does success look like, and how can we measure that?
What is the type of buyer?
This feature will be focused on Director and Executives, as it is a Premium/Ultimate feature. https://about.gitlab.com/handbook/ceo/pricing/#four-tiers
Links / references
- Conan docs
- Conan center JFrog partnered with Conan to create a docker hub similar product for Conan packages
- JFrog's Conan integration