Skip to content

Update Owners and Owners-aliases - #869

Merged
VaishnaviHire merged 1 commit into
opendatahub-io:incubationfrom
VaishnaviHire:update_owners
Feb 26, 2024
Merged

VaishnaviHire merged 1 commit into
opendatahub-io:incubationfrom
VaishnaviHire:update_owners

Conversation

@VaishnaviHire

Copy link
Copy Markdown
Member

Description

To expedite PR reviews and testing, added appropriate component owners to the repo.

How Has This Been Tested?

Merge criteria:

  • The commits are squashed in a cohesive manner and have meaningful messages.
  • Testing instructions have been added in the PR body (for PRs involving changes that are not immediately obvious).
  • The developer has manually tested the changes and verified that the changes work

@openshift-ci
openshift-ci Bot requested a review from etirelli February 15, 2024 23:37
Comment thread OWNERS_ALIASES
@bartoszmajsak

Copy link
Copy Markdown
Contributor

@VaishnaviHire how would it work now? Would it automatically add all people from platform alias for every PR review? That would be a huge load on your side.

On a semi-related note - what is the process for reviewing PRs? Specifically where I'm looking for clarification is:

  • how many lgtms does a PR need (how many reviewers) to be considered mergeable?
  • who is responsible for merging the PR? clearly bot is not active (but maybe this will change it). should it be the author?
  • can I change automatically assigned reviewers to those e.g. suggested by GH (who most recently touched given code) or me wanting to share this knowledge with people I think are most affected or have the most expertise in the area

And a side quest to consider:

  • I am using conventional commits prefixes (or some subset of it), but there's no rule about it. Wondering if we want to leave it open or ask to have PR titles at least following this in this repository.

Comment thread OWNERS_ALIASES Outdated
@openshift-ci

openshift-ci Bot commented Feb 16, 2024

Copy link
Copy Markdown

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: zdtsw
Once this PR has been reviewed and has the lgtm label, please ask for approval from vaishnavihire. For more information see the Kubernetes Code Review Process.

The full list of commands accepted by this bot can be found here.

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@VaishnaviHire

Copy link
Copy Markdown
Member Author

@VaishnaviHire how would it work now? Would it automatically add all people from platform alias for every PR review? That would be a huge load on your side.

On a semi-related note - what is the process for reviewing PRs? Specifically where I'm looking for clarification is:

  • how many lgtms does a PR need (how many reviewers) to be considered mergeable?
  • who is responsible for merging the PR? clearly bot is not active (but maybe this will change it). should it be the author?
  • can I change automatically assigned reviewers to those e.g. suggested by GH (who most recently touched given code) or me wanting to share this knowledge with people I think are most affected or have the most expertise in the area

Hi! I don't think it adds all the people. Following the guidelines here, the OWNERS_ALIASES file should now be parsed by tide. The goal was to atleast document list of reviewers for every component.

As follow up of this we will also fix the merge bot. I think 1 lgtm and 1 approval should be okay(let me know if you think otherwise). We need to remove the cherry-pick-approved label check to unblock automatic merges.

And a side quest to consider:

  • I am using conventional commits prefixes (or some subset of it), but there's no rule about it. Wondering if we want to leave it open or ask to have PR titles at least following this in this repository.

Maybe referencing this in Contributing guidelines will be helpful.

Comment thread OWNERS_ALIASES
Comment thread OWNERS_ALIASES Outdated
Comment thread OWNERS_ALIASES
- lucferbux
datasciencepipelines:
- HumairAK
modelregistry:

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@dhirajsb should we have at least one more owner?

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@dhirajsb Can you recommend anyone from model registry that we can add as reviewers?

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@tarilabs and @rareddy can be added as model-registry reviewers.

Comment thread OWNERS_ALIASES Outdated
Comment thread OWNERS_ALIASES Outdated
@openshift-ci openshift-ci Bot removed the lgtm label Feb 21, 2024
@VaishnaviHire
VaishnaviHire force-pushed the update_owners branch 2 times, most recently from 560c35b to 6e347a1 Compare February 21, 2024 19:52

@anishasthana anishasthana left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nit: Quite a few of the rows are not sorted in alphabetical order.

Comment thread OWNERS_ALIASES Outdated
Comment thread OWNERS_ALIASES Outdated

@harshad16 harshad16 left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

/lgtm
from my end.

@openshift-ci openshift-ci Bot added the lgtm label Feb 24, 2024
@VaishnaviHire
VaishnaviHire merged commit 7f477a3 into opendatahub-io:incubation Feb 26, 2024
VaishnaviHire added a commit to VaishnaviHire/opendatahub-operator that referenced this pull request Feb 27, 2024
VaishnaviHire added a commit to VaishnaviHire/opendatahub-operator that referenced this pull request Feb 27, 2024
zdtsw referenced this pull request in red-hat-data-services/rhods-operator Mar 1, 2024
* Update Owners and Owwners-aliases (#869)

(cherry picked from commit 7f477a3)

* fix(DSC): do not reconcile resource if it has a special annotation (#879)

* fix(DSC+Kserve): do not reconcile inferenceservice-config for
rawdeployment

Signed-off-by: Wen Zhou <wenzhou@redhat.com>

* fix: wrong logic

Signed-off-by: Wen Zhou <wenzhou@redhat.com>

* feat(deploy): do not set ownerreference if resource has sepcial
annotation to false

Signed-off-by: Wen Zhou <wenzhou@redhat.com>

* update: change logic to --if kind is CRD do not care annotation

* update: change logic

- we still set ownerreference on resources
- we only skip reconcile if resource has defined annotation

Signed-off-by: Wen Zhou <wenzhou@redhat.com>

* fix(typo)

Signed-off-by: Wen Zhou <wenzhou@redhat.com>

* Update: limite scope of annoation to only kserve resource for now

Signed-off-by: Wen Zhou <wenzhou@redhat.com>

---------

Signed-off-by: Wen Zhou <wenzhou@redhat.com>
(cherry picked from commit 20f4ad0)

* fix(feature): use correct error variable name (#882)

(cherry picked from commit 0d8bd14)

* allow setting default deployment mode for Kserve in DSC (#864)

* allow setting default deployment mode for Kserve in DSC

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* move kserve config logic to separate file + enhancements

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* revert dev image set in operator CSV

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* only setup kserve config if component is enabled

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* bug fix

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* address PR feedback

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* cleanup

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* fix lint error

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* set default value for Kserve defaultDeploymentMode to be empty

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* more pr feedback

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* update bundle

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* enhance documentation

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* add readme for dev preview

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

---------

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>
(cherry picked from commit cebd287)

* Update bundle

---------

Co-authored-by: Wen Zhou <wenzhou@redhat.com>
Co-authored-by: Ivan Necas <necasik@gmail.com>
Co-authored-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>
robotmaxtron pushed a commit to robotmaxtron/opendatahub-operator that referenced this pull request Sep 17, 2025
* Update Owners and Owwners-aliases (opendatahub-io#869)

(cherry picked from commit 7f477a3)

* fix(DSC): do not reconcile resource if it has a special annotation (opendatahub-io#879)

* fix(DSC+Kserve): do not reconcile inferenceservice-config for
rawdeployment

Signed-off-by: Wen Zhou <wenzhou@redhat.com>

* fix: wrong logic

Signed-off-by: Wen Zhou <wenzhou@redhat.com>

* feat(deploy): do not set ownerreference if resource has sepcial
annotation to false

Signed-off-by: Wen Zhou <wenzhou@redhat.com>

* update: change logic to --if kind is CRD do not care annotation

* update: change logic

- we still set ownerreference on resources
- we only skip reconcile if resource has defined annotation

Signed-off-by: Wen Zhou <wenzhou@redhat.com>

* fix(typo)

Signed-off-by: Wen Zhou <wenzhou@redhat.com>

* Update: limite scope of annoation to only kserve resource for now

Signed-off-by: Wen Zhou <wenzhou@redhat.com>

---------

Signed-off-by: Wen Zhou <wenzhou@redhat.com>
(cherry picked from commit 20f4ad0)

* fix(feature): use correct error variable name (opendatahub-io#882)

(cherry picked from commit 0d8bd14)

* allow setting default deployment mode for Kserve in DSC (opendatahub-io#864)

* allow setting default deployment mode for Kserve in DSC

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* move kserve config logic to separate file + enhancements

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* revert dev image set in operator CSV

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* only setup kserve config if component is enabled

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* bug fix

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* address PR feedback

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* cleanup

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* fix lint error

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* set default value for Kserve defaultDeploymentMode to be empty

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* more pr feedback

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* update bundle

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* enhance documentation

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

* add readme for dev preview

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>

---------

Signed-off-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>
(cherry picked from commit cebd287)

* Update bundle

---------

Co-authored-by: Wen Zhou <wenzhou@redhat.com>
Co-authored-by: Ivan Necas <necasik@gmail.com>
Co-authored-by: Vedant Mahabaleshwarkar <vmahabal@redhat.com>
Signed-off-by: Max Whittingham <mwhittingham@redhat.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

Status: Done

Development

Successfully merging this pull request may close these issues.

8 participants