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

chore: use guess-next-dev instead of release-branch-semver [erikatest] #11426

Closed
wants to merge 1 commit into from

Conversation

erikayasuda
Copy link
Contributor

This PR updates the version_schema in the ../pyproject.toml file for the erikatest release branch from release-branch-semver to guess-next-dev. This is to ensure that system tests work as intended with backports to this release branch.

IMPORTANT: This PR needs to be merged before the first backport is created for erikatest.Otherwise, system tests will not work as expected.

@erikayasuda erikayasuda requested a review from a team as a code owner November 15, 2024 19:46
@erikayasuda erikayasuda requested review from christophe-papazian and removed request for a team November 15, 2024 19:46
@erikayasuda erikayasuda added the changelog/no-changelog A changelog entry is not required for this PR. label Nov 15, 2024
@erikayasuda erikayasuda removed the request for review from christophe-papazian November 15, 2024 19:46
Copy link
Contributor

CODEOWNERS have been resolved as:

pyproject.toml                                                          @DataDog/python-guild

@erikayasuda erikayasuda deleted the script/guess-next-dev-erikatest branch November 15, 2024 19:47
erikayasuda added a commit that referenced this pull request Nov 19, 2024
This PR automates two manual steps in the release process:
- Creating the new release branch for minor versions (ex - `2.17` branch
after 2.17.0rc1 is built and published, so contributors can backport)
- Automating [these manual
PRs](#11228) to update the
`version_scheme` in the `pyproject.toml` file from
`release-branch-semver` to `guess-next-dev`. This is a required step in
the release process after the first release candidate is triggered to
ensure system tests work properly for backports.

See sample PR that was generated via testing here:
#11426

## Checklist
- [x] PR author has checked that all the criteria below are met
- The PR description includes an overview of the change
- The PR description articulates the motivation for the change
- The change includes tests OR the PR description describes a testing
strategy
- The PR description notes risks associated with the change, if any
- Newly-added code is easy to change
- The change follows the [library release note
guidelines](https://ddtrace.readthedocs.io/en/stable/releasenotes.html)
- The change includes or references documentation updates if necessary
- Backport labels are set (if
[applicable](https://ddtrace.readthedocs.io/en/latest/contributing.html#backporting))

## Reviewer Checklist
- [x] Reviewer has checked that all the criteria below are met 
- Title is accurate
- All changes are related to the pull request's stated goal
- Avoids breaking
[API](https://ddtrace.readthedocs.io/en/stable/versioning.html#interfaces)
changes
- Testing strategy adequately addresses listed risks
- Newly-added code is easy to change
- Release note makes sense to a user of the library
- If necessary, author has acknowledged and discussed the performance
implications of this PR as reported in the benchmarks PR comment
- Backport labels are set in a manner that is consistent with the
[release branch maintenance
policy](https://ddtrace.readthedocs.io/en/latest/contributing.html#backporting)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
changelog/no-changelog A changelog entry is not required for this PR.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant