为何收到main分支Pages构建部署workflow取消通知？页面仍可访问

构建被取消但页面可正常访问的原因 #

• 大概率是触发了重复构建任务：比如推送代码后GitHub自动启动一次构建，之后又有新的触发事件（比如再次推送、手动触发），GitHub会自动终止未完成的旧任务，优先处理新任务。而你的页面已经由之前成功完成的构建部署好了，所以能正常访问，但被取消的任务会发送通知。
• 可以查看Actions运行记录的详情，确认取消的触发方：如果是系统自动取消，基本就是上述的任务冲突情况；如果是手动取消，那就是有人（包括你自己）主动终止了任务。

分支（Branch）和Fork的基础用途 #

• 分支（Branch）：是仓库内的独立代码分支，核心作用是隔离开发工作。比如你想给页面加新功能，不用直接修改main分支的代码，新建一个分支来开发，完成后再合并回main分支，这样main分支始终保持稳定可用。
• Fork：是将他人的完整仓库复制到自己的GitHub账号下，得到一个完全独立的副本。你可以在自己的fork仓库里任意修改，不会影响原仓库的代码，之后还能通过Pull Request把你的修改提交给原仓库作者，参与开源项目贡献。

减少这类通知的建议 #

• 检查仓库的Pages部署设置：确认部署来源是main分支，没有配置多个重复的部署规则。
• 调整通知规则：在仓库的「Settings」-「Notifications」里，找到Workflow相关的通知选项，取消接收“运行被取消”的通知，只保留失败通知即可。

内容的提问来源于stack exchange，提问作者jeevs