-
Notifications
You must be signed in to change notification settings - Fork 104
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(tidb): enable ddlv1 ut pipeline #3172
feat(tidb): enable ddlv1 ut pipeline #3172
Conversation
Based on the pull request title "feat(tidb): enable ddlv1 ut pipeline", it seems that the changes made are to enable the testing pipeline for ddlv1 in the TIDB project. The diff shows that the changes are made to the latest-presubmits.yaml file in the prow-jobs/pingcap/tidb directory. The changes include modifying the triggers and context for the pingcap/tidb/pull_unit_test_ddlv1 job. Potential problems:
Fixing suggestions:
|
/hold Need more approval from the relevant team members. |
@purelind: GitHub didn't allow me to request PR reviews from the following users: fixdb. Note that only PingCAP-QE members and repo collaborators can review this PR, and authors cannot review their own PRs. In response to this: Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
background: we are refactoring DDL job args to be a structured struct, we difference this with previous by a different version, but for compatibility we still need to support V1 for a couple of LTS versions, so we want to run unit tests for both versions, to find bugs earlier |
Co-authored-by: D3Hunter <jujj603@gmail.com>
Based on the pull request title and description, the key change being made is the enabling of the ddlv1 ut pipeline, which has been tested in grayscale. Additionally, the pipeline has been set with conditional triggers, so changes to files in a specified directory will trigger it. Looking at the diff, it appears that the changes being made are to the
It seems that the changes to the job are aimed at making it more efficient and effective by only running it when necessary, based on changes to relevant files. Potential problems could arise if the conditional triggers are not set up correctly, leading to the job not running when it should or running when it shouldn't. It's also possible that the changes being made could have unintended consequences on other jobs or processes. One suggestion for fixing would be to thoroughly test the changes in a staging environment before merging the pull request. Additionally, it would be helpful to have clear documentation on the conditional triggers and how they are set up to avoid confusion or mistakes in the future. |
@D3Hunter: adding LGTM is restricted to approvers and reviewers in OWNERS files. In response to this: Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
@Benjamin2037: adding LGTM is restricted to approvers and reviewers in OWNERS files. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
[APPROVALNOTIFIER] This PR is APPROVED Approval requirements bypassed by manually added approval. This pull-request has been approved by: Benjamin2037, D3Hunter 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 |
/unhold |
After a period of grayscale testing, we plan to enable this pipeline. This pipeline is set with conditional triggers, and changes to files in the specified directory will trigger it.