CircleCI Ideas

allow private namespaces for orbs w/ CircleCI

Many organizations using orbs would most likely want to publish their orbs privately.

I assume orbs will be scoped to your GitHub org as namespace?

So it would be great if we can publish orbs to foobar/wizzle (assuming GH org foobar), and to have those be only visible to users / jobs within org "foobar"

  • Avatar32.5fb70cce7410889e661286fd7f1897de Guest
  • Sep 17 2018
  • Candidate
  • Attach files
  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    26 Jun 08:32am

    I also couldnt make the workaround work. Is there an example around?

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    19 Jun 12:22pm

    I was a bit shocked to find out that this is not possible...

    Tried the workaround posted at 07 May 00:24 but it didn't work.

    A Git based solution as an alternative source would be most welcome!

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    17 Jun 07:43pm

    +1 since it's useful to have private orbs to not share details in the .yml file.

    When private orbs are allowed, I assume that https://circleci.com/orbs/registry/licensing would also no longer be applied to the orb listings? The reason being that no one else should be able to see the orbs and, thus, they are no longer open source.

    Having the MIT license applied to private orbs is a bit confusing when the orb is meant be closed source and not shared with anyone else.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    17 Jun 03:01pm

    +1

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    7 May 12:24am

    You should be able load an orb from any repo in the same org as the repo building built.

    Config would look like:

    orbs:
    my-orb:
    repo: my-private-orbs
    version: v1.2.3
    path: my-orbs/orbs.yml

    Circle already has the auth setup for the linked Github org `my-linked-org` , so the above config would use that auth to load:

    https://raw.githubusercontent.com/my-linked-org/my-private-orbs/v1.2.3/my-orbs/orbs.yml

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    4 May 10:10pm

    +1

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    30 Apr 07:00am

    +1 we could really use this with about 500 projects sharing the same private build steps.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    16 Apr 02:00pm

    Any updates?

    I've seen that we can unlist orbs from the registry search results by using the CLI. But it's not enough as orbs are still world-readable and can therefore be used if referenced with a valid name.

    We would need private orbs on the organisation level.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    8 Apr 02:09pm

    I'd love to see this ASAP, this is one of the features we get out of GCP that I would like to see here too.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    30 Mar 09:13pm

    Any updates Circle team?

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    20 Feb 06:55pm

     I can't believe it's still not implemented! 2 years!!!

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    24 Jan 02:13pm

    +1

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    19 Jan 10:24pm

    It's really a shame that this feature does not exists yet. It seems like a trivial thing to have in my opinion. And very important based on the amount of comments. 

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    19 Dec, 2019 08:06pm

    Today we opened 160 PRs to update our build configs from node 10 to node 12. Sure would be nice to be able to centralize our configuration into a private orb.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    9 Dec, 2019 08:58am

    +1

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    3 Dec, 2019 04:22pm

    Hidden is enough for our usecase

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    16 Oct, 2019 07:53am

    Any progress on this? This is the most upvoted idea, having some kind of solution for this (and unlisting is not a real solution for a lot of us here) would be greatly appreciated.

    I had to create ~70 pull requests recently just because using orbs is a no go until there are private namespaces. If there's no real timeline on having them, I'd rather spend my time on migrating away from CircleCI at all.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    23 Sep, 2019 07:28am

    +1 from here as well. We're migrating to CircleCI and this one is the single most important thing that we miss. We're duplicating A LOT of config across projects because having our build steps public is not an option.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    20 Sep, 2019 06:48pm

    Really need this feature. There really aren't many options for sharing config across projects in CircleCi, there's pretty much no way to DRY out config at the moment. And having the orbs unlisted makes no difference, if the source can be seen then it represents a security concern and most companies are not going to be willing to allow that.

  • Avatar40.8f183f721a2c86cd98fddbbe6dc46ec9
    Guest commented
    18 Sep, 2019 06:40am

    +1 for real private orbs. unlisting is not enough..

  • Load older comments