We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
在 #62 讨论的时候,我们发现了一个潜在需求。
目前实现,如果有failed_list,会直接以exit code 1退出,最终导致任务失败。
这样可能会影响到后续其他流程的job,所以,如果一个用户需要在hub-mirror-action同步失败的情况下,job也不退出的话,那么可以新增一个参数来控制。
不过这个需求,我觉得应该是写workflow的人控制的,我猜github action本身应该有个什么参数也可以在workflow控制一下?
The text was updated successfully, but these errors were encountered:
@Yikun actions 中有一定的检查状态的表达式。见 https://docs.github.com/en/actions/reference/context-and-expression-syntax-for-github-actions#job-status-check-functions
Sorry, something went wrong.
Yep,就是这个,那我觉得这个需求优先级就更低啦,没什么没必要了~
这个问题关了,我觉得目前的方式可能更好,尽力同步所有repo,如果失败在end退出并且print失败的仓库。
如果后续还有job不想受到action job的影响,可以用strategy.fail-fast去控制,也可以用if: ${{ always() }}控制后续流程。
strategy.fail-fast
if: ${{ always() }}
No branches or pull requests
在 #62 讨论的时候,我们发现了一个潜在需求。
目前实现,如果有failed_list,会直接以exit code 1退出,最终导致任务失败。
这样可能会影响到后续其他流程的job,所以,如果一个用户需要在hub-mirror-action同步失败的情况下,job也不退出的话,那么可以新增一个参数来控制。
不过这个需求,我觉得应该是写workflow的人控制的,我猜github action本身应该有个什么参数也可以在workflow控制一下?
The text was updated successfully, but these errors were encountered: