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

Disable issues in the odh-manifests repo and redirect users to the odh-community issues repository #77

Closed
LaVLaS opened this issue Jul 20, 2023 · 1 comment

Comments

@LaVLaS
Copy link
Contributor

LaVLaS commented Jul 20, 2023

Originally the odh-manifests repo was the source of truth for every component that was deployed in ODH since we defaulted to the Kubeflow model of using a single forked gitops mono-repo to customize and deploy all of the ODH components. Now that each ODH component has it's own repo under opendatahub-io, the operator has been redesigned and we are using the opendatahub-community/issues board as the initial issue tracking board tracking issues in odh-manifests has been made obsolete and redundant.

We need to disable issues in odh-manifests and redirect all Open Data Hub issues to opendatahub-community/issues as the unified. Any feedback (bugs, features, ...) with ODH deployment or installation, should be tracked in opendatahub-operator/issues. Other issues related to component functionality will be redirected to opendatahub-community/issues or the affected component.

Additional Info

GitHub supports linking issues to pull requests across repositories in an org. So there is no loss of builting GitHub issue automation when specifying that a PR in repository ABC Closes opendatahub-io/repository-XYZ#789

See Linking a pull request to an issue using a keyword

@LaVLaS
Copy link
Contributor Author

LaVLaS commented Sep 28, 2023

All issues filed in odh-manifest have been disabled or transferred to appropriate repos where appropriate.

The odh-manifests repo will be archived (#117) when opendatahub-io/opendatahub-operator/issues/338 is complete as there will be no need to have a dedicated repository for kustomize manifests

@LaVLaS LaVLaS closed this as completed Sep 28, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant