You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It's strange when I see my workflow failed due to this reason.
Since it's a break strange, why not update another version of workflow instread of modifying it directly?
@counter2015 , there is no release yet and there is no updates of already released version. Use latest version. master detect branch automatically and should not raise issues like that.
@counter2015 , there is no release yet and there is no updates of already released version. Use latest version. master detect branch automatically and should not raise issues like that.
@ad-m I'm not sure, you mean that this issue is fixed in master version?
I didn't specify version, and the ad-m/github-push-action@master version like following:
PR #69 switch default branch to main. PR #75 (merged a 43 minutes ago) introduce autodiscovery of default branch (usually between master and main).
The simplest solution is use explicit branch (branch: master) or explicit version (uses: ad-m/[email protected]). However, in most cases of user of uses: ad-m/github-push-action@master the new default configuration (branch detection) should work fine.
This thing broke my build and I got a lot of mails from GitHub.
PR #75 did not fix it for me as I still got mails from GitHub. Part of the stack trace:
Error: Invalid status code: 404
at IncomingMessage.<anonymous> (/home/runner/work/_actions/ad-m/github-push-action/master/start.js:14:21)
at IncomingMessage.emit (events.js:215:7)
at endReadableNT (_stream_readable.js:1184:12)
This may be caused by the repository being private.
Fixed by specifying the branch explicitly using branch: master. Lesson learned: Don't rely on @master (please, don't change that name aswell). Maybe the sample in the readme should always use the latest stable tag instead of @master.
@nikeee , are you using public GitHub instance or GitHub EE or something like that? Actions use GitHub token, so it should works for private repositories too.
I added extra logging to see what is missing 821c9b7 .
I believe authorization issue is solved in commit 057a6ba . No longer branch: master is necessary and discovery of branch should works without any issues.
Activity
ouuan commentedon Jan 3, 2021
Why not use
${{ github.ref }}as default? (Another breaking change, though.)counter2015 commentedon Jan 4, 2021
It's strange when I see my workflow failed due to this reason.
Since it's a break strange, why not update another version of workflow instread of modifying it directly?
ad-m commentedon Jan 4, 2021
@counter2015 , there is no release yet and there is no updates of already released version. Use latest version.
masterdetect branch automatically and should not raise issues like that.counter2015 commentedon Jan 4, 2021
@ad-m I'm not sure, you mean that this issue is fixed in master version?
I didn't specify version, and the
ad-m/github-push-action@masterversion like following:I fixed it by following steps
mainbranchgithub.refin configon: workflow_dispatchad-m commentedon Jan 4, 2021
PR #69 switch default branch to
main. PR #75 (merged a 43 minutes ago) introduce autodiscovery of default branch (usually betweenmasterandmain).The simplest solution is use explicit branch (
branch: master) or explicit version (uses: ad-m/[email protected]). However, in most cases of user ofuses: ad-m/github-push-action@masterthe new default configuration (branch detection) should work fine.nikeee commentedon Jan 5, 2021
This thing broke my build and I got a lot of mails from GitHub.
PR #75 did not fix it for me as I still got mails from GitHub. Part of the stack trace:
This may be caused by the repository being private.
Fixed by specifying the branch explicitly using
branch: master.Lesson learned: Don't rely on
@master(please, don't change that name aswell). Maybe the sample in the readme should always use the latest stable tag instead of@master.ad-m commentedon Jan 5, 2021
@nikeee , are you using public GitHub instance or GitHub EE or something like that? Actions use GitHub token, so it should works for private repositories too.
I added extra logging to see what is missing 821c9b7 .
nikeee commentedon Jan 5, 2021
The
resobject (that gets assigned to the error) contained these fields:The request (
res.req) contained these fields:Using the public GitHub instance (no EE/On-Prem), but a private repository.
ad-m commentedon Jan 9, 2021
I believe authorization issue is solved in commit 057a6ba . No longer
branch: masteris necessary and discovery of branch should works without any issues.