Closed sadikkuzu closed 1 month ago
Thanks for the PR.
This is a good start, but it looks like a brute force fix for our problem.
It looks like bleeding edge just uses the latest version of any dependency.
Do we know which dependency is causing our issue.
While "bleeding-edge" might fix the current issue... I think that in the future we might end up with other transient error.
Also, I think that it's important to include the pre-commit update as part of our CI, to make sure we will not regress on this. That is, include the changes from #572 to check that this fixes the issue :)
pre-commit autoupdate
follows these git commands:
https://github.com/pre-commit/pre-commit/blob/main/pre_commit/commands/autoupdate.py#L42-L61
To demonstrate so, I ran such commands:
git clone https://github.com/twisted/towncrier.git
cd towncrier
git checkout --track origin/571-pre-commit-hooks
git fetch origin HEAD --tags
git describe FETCH_HEAD --tags --abbrev=0
Then I got: 22.8.0
When I go to towncrier 22.8.0 version, there is no .pre-commit-hooks.yaml
there.
@adiroiban hi,
Can you approve remaining workflow runs?
When I go to towncrier 22.8.0 version, there is no .pre-commit-hooks.yaml there.
Ok 28.8.0 is an older version.
But https://github.com/twisted/towncrier/tree/23.11.0 has that file.
23.10.0 version has such warning message:
We remove the branch that is used to do the release... so that we don't have too many branches in the auto-complete list
This is why you have that warning. It should not matter.
Can you approve remaining workflow runs?
I have approved the CI.
I only now saw that this PR is targeting the ohter 571 branch... sorry, I was not expecting this... and I was just doing all kind of experiments on my branch.
It seems ok now:
Many thanks for the help here.
I think I got this.
So the issue is with git describe
that things that 28.8.0 is our latest version
$ git describe trunk --tags
22.8.0-230-g7221d5d
We release towncrier from a branch/tag and not from trunk
We then squash the branch...and the tag commit is lost.
I think that the fix here, is to do a new towncrier release, in which we make sure we don't use a squash merge.
Moreover, this pre-commit step is not necessary:
Remaining next steps alone do right actions: https://github.com/twisted/towncrier/blob/571-pre-commit-hooks/.github/workflows/ci.yml#L219-L225 👍🏼
Thanks for your help and feedback.
You help was critical in finding the source of this bug.
I don't think that we should merge this PR and use bleeding edge.
Instead, we should fix the release process to add a note that release PR should not be squashed...and then do a new release without a squash.
Thanks for your help and feedback.
You help was critical in finding the source of this bug.
I don't think that we should merge this PR and use bleeding edge.
Instead, we should fix the release process to add a note that release PR should not be squashed...and then do a new release without a squash.
My pleasure 🙏🏼 ✨
Yes, we may close this PR. New release process will fix the issue. 👍🏼
Moreover, this pre-commit step is not necessary: ...
Remaining next steps alone do right actions: https://github.com/twisted/towncrier/blob/571-pre-commit-hooks/.github/workflows/ci.yml#L219-L225 👍🏼
For this I will propose a new pull-request later on.
The idea of the CI jobs was to do a full pre-commit cycle, similar to how it is used by developers, not only the auto-update step that is needed for this bug.
The idea of the CI jobs was to do a full pre-commit cycle, similar to how it is used by developers, not only the auto-update step that is needed for this bug.
Then it should be pre-commit install
, not pre-commit
only.
Bleeding edge isn't the solution here.
Please add your feedback and suggestion to the #571 PR THanks
Description
Resolves #571 and #572
before:![image](https://github.com/twisted/towncrier/assets/23168063/38883028-b6f2-42fa-aee5-43e638fc694c)
after:![image](https://github.com/twisted/towncrier/assets/23168063/18289711-fab8-4fba-9796-fb0520ff0c12)
Checklist
src/towncrier/newsfragments/
. Describe your change and include important information. Your change will be included in the public release notes.docs/tutorial.rst
is still up-to-date.docs/cli.rst
reflects those changes.docs/configuration.rst
reflects those changes.