-
Notifications
You must be signed in to change notification settings - Fork 231
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
Issue when running within tag push runners. #131
Comments
Hi @michealroberts, I'm the person who implemented the force_with_lease functionality. Could you please check and post the checkout section? It's necessary that you set the following parameters. - uses: actions/checkout@v3
with:
ref: ${{ github.head_ref }}
fetch-depth: 0 |
Hi Pascal, Thank you for your swift response, especially on a Sunday! Thank you. Hmmm, ok I have that set as you explained and as outlined in the README.md. I wonder if it's because we aren't pushing to origin? I think it could be because the action is triggered on tag push, and not a branch push? |
Hi Michael, that could be the problem. Do you have a public available Action file that I could copy and paste in my test scenario and checking the case? |
I don't I'm afraid - I think the key lies in testing your action within a tagged runner, e.g., something like this: on:
push:
tags:
- '*.*.*'
- '[0-9]+.[0-9]+.[0-9]+'
- '[0-9]+.[0-9]+.[0-9]+rc[0-9]+'
# Allows you to run this workflow manually from the Actions tab
workflow_dispatch: Let me know if you need anything else ... |
Hi @michealroberts, I've reproduced the issue on my side. I've understood that the job is triggered by a tag. Could you please describe what you want to do exactly and the case? Do you want to push tags or to a branch? |
@ZPascal Hi Pascal. That's great. So when we release, we automatically tag and that then bumps of package.json version to the same tag as the tagged release, and pushes back to the repo. This then triggers a further workflow that essentially runs on any push to main but completes if the version has been bumped in the package.json, at which point it publishes the release. Hopefully that makes sense! |
Hi @michealroberts, only for better understanding, you push the same tag in the same or in a different repository back? Update: I think, I've identified the root cause of the issue, and I'm currently working on a solution. |
Hi @michealroberts, I did some tests with BTW: Here is the draft PR, which also adjusts the documentation and the push process at the same time. |
Hi Pascal, there may be some confusion. Basically, when the tag changes, I want to be able to push back to the repo. The way I have achieved this outside of this action is the following:
|
Hi @michealroberts, so you don't want to update the tagged version and only push pack to the corresponding branch and this is not possible? Is it possible to share the anonymized GitHub Action file to reproduce your case on my test setup? |
I have the following at the top of my workflow file:
And the running is triggered for a tagged runner.
However, I am seeing the following issue when attempting to push:
I'm using the action as follows:
Is there anything I am doing wrong here, or any way to fix the issue I am seeing?
The text was updated successfully, but these errors were encountered: