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

Remove experimental ops file disable-v2-api #1230

Merged

Conversation

dimivel
Copy link
Contributor

@dimivel dimivel commented Feb 7, 2025

WHAT is this change about?

API v2 is disabled by default, see cloudfoundry/capi-release#503 and RFC0032 - CF API v2 End of Life

Please provide any contextual information.

Since API v2 is disabled by default there is no need of experimental ops file disable-v2-api.

Has a cf-deployment including this change passed cf-acceptance-tests?

  • YES
  • NO

Does this PR introduce a breaking change? Please take a moment to read through the examples before answering the question.

  • YES - please choose the category from below. Feel free to provide additional details.
  • NO

Types of breaking changes:
removes ops-files from the following folders

  • ./operations/experimental

Does this PR introduce a new BOSH release into the base cf-deployment.yml manifest or any ops-files?

  • YES - please specify
  • NO

Does this PR make a change to an experimental or GA'd feature/component?

  • experimental feature/component
  • GA'd feature/component

Please provide Acceptance Criteria for this change?

Please specify either bosh cli or cf cli commands for our team (and cf operators) to verify the changes.

Few examples

  1. For a PR with a new job in the manifest, bosh instances can verify the job is running after upgrade. You can provide additional commands to verify the job is running as specified.
  2. For a PR with new variables, bosh variables | grep <var-name> command can verify the variable exists. This is the simplest varification but you can also provide additional commands to test that the variable holds the desired value.

What is the level of urgency for publishing this change?

  • Urgent - unblocks current or future work
  • Slightly Less than Urgent

Tag your pair, your PM, and/or team!

It's helpful to tag a few other folks on your team or your team alias in case we need to follow up later.

@@ -11,43 +11,43 @@ This is the README for Experimental Ops-files. To learn more about `cf-deploymen

# Experimental ops files

| Name | Purpose | Notes | Currently validated in Release Integration CI pipelines? |
Copy link
Contributor

Choose a reason for hiding this comment

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

Have you opened the Markdown file in IntelliJ? It reformats the whole file which makes diffs hard to detect. Better open it in a plain text editor.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I managed to adjust the file in sublime and the diff looks much better now.

@dimivel dimivel force-pushed the remove-disable-v2-api branch from c02c767 to d215070 Compare February 12, 2025 13:27
@dimivel dimivel requested a review from jochenehret February 12, 2025 13:27
jochenehret
jochenehret previously approved these changes Feb 12, 2025
@@ -23,10 +23,6 @@ disable-logs-in-firehose.yml: {}
disable-logs-in-firehose-windows2019.yml:
ops:
- ../windows2019-cell.yml
disable-v2-api.yml:
Copy link
Contributor

Choose a reason for hiding this comment

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

I think we still need this unit test. There's a check in place that ensures that all ops files have a test, even if the ops file just consists of comments.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

done

@jochenehret
Copy link
Contributor

It's also not a breaking change as the ops file is not removed, can you please adapt the description?

@ard-wg-gitbot
Copy link
Contributor

Hello friend, it looks like your pull request has failed one or more of our checks. Please take a look! 👀

@jochenehret jochenehret merged commit d8c290c into cloudfoundry:develop Feb 12, 2025
1 check passed
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

Successfully merging this pull request may close these issues.

3 participants