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

feat(backend): sort by run metrics - step 2 #4235

Merged
merged 21 commits into from
Jul 21, 2020

Conversation

jingzhang36
Copy link
Contributor

@jingzhang36 jingzhang36 commented Jul 17, 2020

Description of your changes:

Part of #3591

Sorting by run metrics is different from sorting by name, uuid, created at, etc. The latter are explicit fields in a listable object, the former is an element in an arrary-typed field in a listable object. In other words, the latter are columns in table, the former is not. So sorting by run metric is not sorting by a column in a table as we do for other fields (name, uuid, etc.) before. We'll need to

  1. join the run_details with run_metrics and select the selected run metric value out into a separate column. (changes in run_store.go)
  2. apply non-column field in pagination token & listing options. (changes in list.go)

Note: sorting by other fields keeps the existing behavior. FE behavior keeps the same.

Checklist:

  • The title for your pull request (PR) should follow our title convention. Learn more about the pull request title convention used in this repository.

    PR titles examples:

    • fix(frontend): fixes empty page. Fixes #1234
      Use fix to indicate that this PR fixes a bug.
    • feat(backend): configurable service account. Fixes #1234, fixes #1235
      Use feat to indicate that this PR adds a new feature.
    • chore: set up changelog generation tools
      Use chore to indicate that this PR makes some changes that users don't need to know.
    • test: fix CI failure. Part of #1234
      Use part of to indicate that a PR is working on an issue, but shouldn't close the issue when merged.
  • Do you want this pull request (PR) cherry-picked into the current release branch?

    If yes, use one of the following options:

    • (Recommended.) Ask the PR approver to add the cherrypick-approved label to this PR. The release manager adds this PR to the release branch in a batch update.
    • After this PR is merged, create a cherry-pick PR to add these changes to the release branch. (For more information about creating a cherry-pick PR, see the Kubeflow Pipelines release guide.)

@kubeflow-bot
Copy link

This change is Reviewable

@jingzhang36
Copy link
Contributor Author

jingzhang36 commented Jul 17, 2020

/assign @Bobgy
/assign @rmgogogo

@jingzhang36 jingzhang36 changed the title feat(backend): Sort metrics 2 feat(backend): sort by run metrics - step 2 Jul 17, 2020
backend/src/apiserver/list/list.go Show resolved Hide resolved
backend/src/apiserver/list/list_test.go Outdated Show resolved Hide resolved
backend/src/apiserver/model/pipeline.go Show resolved Hide resolved
backend/src/apiserver/storage/run_store.go Show resolved Hide resolved
@Bobgy
Copy link
Contributor

Bobgy commented Jul 20, 2020

/lgtm
This will be really useful.

@k8s-ci-robot k8s-ci-robot removed the lgtm label Jul 20, 2020
@rmgogogo
Copy link
Contributor

/lgtm

@Bobgy
Copy link
Contributor

Bobgy commented Jul 21, 2020

/lgtm

@jingzhang36
Copy link
Contributor Author

/approve

@k8s-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: jingzhang36

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

The pull request process is described here

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

@jingzhang36
Copy link
Contributor Author

/test kubeflow-pipeline-frontend-test

@k8s-ci-robot k8s-ci-robot merged commit d4d3616 into kubeflow:master Jul 21, 2020
Jeffwan pushed a commit to Jeffwan/pipelines that referenced this pull request Dec 9, 2020
* enable pagination when expanding experiment in both the home page and the archive page

* Revert "enable pagination when expanding experiment in both the home page and the archive page"

This reverts commit 5b67273.

* sorting by run metrics is different from sorting by name, uuid, created at, etc. The lattre are direct field in listable object, the former is an element in an arrary-typed field in listable object. In other words, the latter are columns in table, the former is not.

* unit test: add sorting on metrics with both asc and desc order

* list is generic. model specific test is put to run_store_test.go
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants