Skip to content

GitLab Next

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
GitLab GitLab
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 38,038
    • Issues 38,038
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
    • Iterations
  • Merge requests 1,345
    • Merge requests 1,345
  • Requirements
    • Requirements
    • List
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
    • Test Cases
  • Operations
    • Operations
    • Metrics
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI/CD
    • Code Review
    • Insights
    • Issue
    • Repository
    • Value Stream
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GitLab.org
  • GitLabGitLab
  • Issues
  • #250633

Closed (duplicated)
(duplicated)
Open
Created Sep 17, 2020 by Rob Gloudemans@Crinsane

Support publishing Composer package to one central GitLab project

Context

When comparing GitLab's Package offering to solutions like Artifactory or Nexus, a key missing feature is virtual registries. A virtual registry allows you to group many other repositories behind a single URL, to make distributing packages easier at large organizations.

GitLab does not yet support this feature. But, as a workaround, we suggest to customers that they use a single project to store all of their packages. This allows the customer to simplify their workflows and still use a single URL.

Problem to solve

The problem is that you cannot publish your Composer dependencies to one central project as suggested in the documentation. This means that you may have many different URLs needed to download your packages. That's inconvenient for small teams and untenable for larger teams.

Customer quote:

When a company like ours has a big collection of packages, it is desirable to have all those package together in one project.

Proposal

Change the current implementation of Composer package to support pushing the package to a project that does not contain the source code.

Edited May 24, 2021 by Tim Rizzi
Assignee
Assign to
14.2
Milestone
14.2
Assign milestone
Time tracking