Skip to content

GitLab Next

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

You need to sign in or sign up before continuing.
Closed (duplicated)
(duplicated)
Open
Created Sep 17, 2020 by Rob Gloudemans@Crinsane

Investigate: 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 Jul 19, 2021 by Tim Rizzi
Assignee
Assign to
Time tracking