Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Populate additional sources based on available Vendor kind #598

Open
mszostok opened this issue Jan 13, 2022 · 0 comments
Open

Populate additional sources based on available Vendor kind #598

mszostok opened this issue Jan 13, 2022 · 0 comments
Labels
area/cli Relates to CLI area/hub Relates to Hub area/hub-manifests Relates to Hub manifests enhancement New feature or request
Milestone

Comments

@mszostok
Copy link
Member

mszostok commented Jan 13, 2022

Description

As the #560 was done. We can now iterate with a new feature which will make use of Vendor kind.

It's a part of more complex issue about federation: #511

Reason

Currently, information about external Hub needs to be described in readme files under set up section. For example, you need to describe that to populate manifests from google/hub-manifests which depends on capactio/hub-manifests such command needs to be executed:

populator register ocf-manifests --source github.com/google/hub-manifests --source github.com/capactio/hub-manifests

If you forget about --source github.com/capactio/hub-manifests it will not work properly. Instead of doing that, we can describe this relation inside google/hub-manifests repo using Vendor kind. CLI should automatically discover all Vendor manifests and based on them populate data from all additional sources.

Use cases

  • Content Developer - base on the Vendor kinds, knows which hubs are available. As a result, can consume already existing content like types, or provide new Implementation for already existing Interface.
  • System User - doesn't need to follow a special instruction for each Hub to set it up properly.

Out of scope

  • handle private Hubs
  • caching
  • support different sources, not only git or Public Hub API. We can try to reuse the same concept developed for the delegated storage.
  • content synchronization (periodic/hooks). Make it configurable.
@mszostok mszostok added enhancement New feature or request area/hub Relates to Hub area/cli Relates to CLI area/hub-manifests Relates to Hub manifests labels Jan 13, 2022
@mszostok mszostok added this to the 0.6.0 milestone Jan 13, 2022
@mszostok mszostok modified the milestones: 0.6.0, 0.7.0 Jan 27, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/cli Relates to CLI area/hub Relates to Hub area/hub-manifests Relates to Hub manifests enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant