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

Fixed issue with projects field in the failuretime exporter using Azure DevOps #1122

Closed
wants to merge 3 commits into from
Closed

Fixed issue with projects field in the failuretime exporter using Azure DevOps #1122

wants to merge 3 commits into from

Conversation

jkmattatall
Copy link

Problem: If an Azure DevOps server has a project name with a space in it ("Test Project" for example), the projects variable in exporters/failure/collector_azure_devops.py separates the project into two, causing it not to pick up the project. In the documentation the environment variable for projects asks for a "comma separated list of strings" here, yet a space causes it to be separated as well.

Example: The project "Test Project" would be separated into ["Test", "Project"], meaning "Test Project" would never be picked up by the failuretime exporter. Whereas we would want it to be separated to ["Test Project"].

Solution: Use the provided comma_separated function to properly separate the projects provided to the failuretime exporter.

@openshift-ci openshift-ci bot requested review from mpryc and weshayutin January 30, 2024 21:06
@openshift-ci openshift-ci bot added the needs-ok-to-test Indicates a PR that requires an org member to verify it is safe to test. label Jan 30, 2024
Copy link

openshift-ci bot commented Jan 30, 2024

Hi @jkmattatall. Thanks for your PR.

I'm waiting for a dora-metrics member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.

Once the patch is verified, the new status will be reflected by the ok-to-test label.

I understand the commands that are listed here.

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.

@weshayutin weshayutin added ok-to-test Indicates a non-member PR verified by an org member that is safe to test. and removed needs-ok-to-test Indicates a PR that requires an org member to verify it is safe to test. labels Jan 30, 2024
@jkmattatall
Copy link
Author

/retest

1 similar comment
@jkmattatall
Copy link
Author

/retest

@jkmattatall
Copy link
Author

/test 4.13-e2e-openshift

Copy link

Test images available! 🧪🚀 To test operator with them, run

operator-sdk run bundle \
quay.io/pelorus/rc-pelorus-operator-bundle:vpr1122-7762c97 \
--namespace test-pelorus-operator

To clean up environment afterwards, run

operator-sdk cleanup pelorus-operator --namespace test-pelorus-operator

@jkmattatall
Copy link
Author

/retest

@jkmattatall
Copy link
Author

jkmattatall commented Feb 1, 2024

@mateusoliveira43 Hey there! Looking for some assistance with this PR and I noticed you were the one who worked on most/all of the code I'm looking at.

From my view, the change I made only makes it so that whitespaces are allowed within project names for the Azure DevOps failuretime exporter specifically. I've checked the Jira failuretime exporter files (where the OpenShift job seems to be failing), and it seems like there's no reference to the collector_azure_devops.py file, which means no reference to the change I made.

It seems like the comma_or_whitespace_separated() and comma_separated() methods both have the same input/output types, the change shouldn't make any difference in building besides in testing. However, in the Azure DevOps failuretime exporter test files, it seems like all projects variables aren't whitespace separated anyways, therefore the output should be the same.

Either I am missing something or the build would be borked anyways without my change. Thanks!

Edit: Looks like perhaps by default tests will fail? I'm unable to find a relation from my changes to the test failure.

Copy link

openshift-ci bot commented Feb 1, 2024

Thanks for your pull request. Before we can look at it, you'll need to add a 'DCO signoff' to your commits.

📝 Please follow instructions in the contributing guide to update your commits with the DCO

Full details of the Developer Certificate of Origin can be found at developercertificate.org.

The list of commits missing DCO signoff:

  • 5034f29 Fixed issue with projects field, ADO failuretime
  • 45a94f2 Reverted change to test build
  • 68ea0d5 Re-added initial changes for test

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. I understand the commands that are listed here.

Copy link

openshift-ci bot commented Feb 1, 2024

[APPROVALNOTIFIER] This PR is NOT APPROVED

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

The full list of commands accepted by this bot can be found 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

Copy link

github-actions bot commented Feb 1, 2024

Test images available! 🧪🚀 To test operator with them, run

operator-sdk run bundle \
quay.io/pelorus/rc-pelorus-operator-bundle:vpr1122-563fd5d \
--namespace test-pelorus-operator

To clean up environment afterwards, run

operator-sdk cleanup pelorus-operator --namespace test-pelorus-operator

Copy link

openshift-ci bot commented Feb 1, 2024

@jkmattatall: The following test failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/4.13-e2e-openshift 68ea0d5 link true /test 4.13-e2e-openshift

Full PR test history. Your PR dashboard.

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. I understand the commands that are listed here.

@jkmattatall jkmattatall closed this by deleting the head repository Apr 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
dco-signoff: no ok-to-test Indicates a non-member PR verified by an org member that is safe to test.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants