cnb与eopages关联异常,已反馈官方并已修复
这篇文章介绍了作者将友链状态检测与文章采集项目迁移到eo pages后,发现友圈和友链状态内容长期未更新。经排查,问题出在与cnb关联后,原先通过API key推送的方式失效,需改用eo pages新的触发方式。作者先修改配置并尝试增加推送代码,但自动构建仍间歇性中断,最终在微信群联系eo pages官方人员并提供ID后,问题得到解决。
共 3 篇文章,按标签归档
这篇文章介绍了作者将友链状态检测与文章采集项目迁移到eo pages后,发现友圈和友链状态内容长期未更新。经排查,问题出在与cnb关联后,原先通过API key推送的方式失效,需改用eo pages新的触发方式。作者先修改配置并尝试增加推送代码,但自动构建仍间歇性中断,最终在微信群联系eo pages官方人员并提供ID后,问题得到解决。
这篇文章介绍了将博客从服务器迁移到 EdgeOne Pages,并通过关联 CNB 实现自动部署的流程。作者先在 EdgeOne Makers 控制台创建项目并关联 CNB 仓库,在控制台配置构建命令和输出目录;然后在仓库根目录添加 .cnb.yml,使用 cnbcool/webhook 插件监听 main 分支推送并向固定的 EdgeOne 接收地址发送 POST 请求。CNB 通过模板变量自动填充仓库、分支、提交等信息,推送后 Makers 收到通知会自行拉取代码、按配置构建并部署,从而实现提交后站点自动更新。
这篇文章介绍了作者将代码从手动上传改为通过 Git 推送到 cnb 仓库的完整流程,包括安装 Git、在 cnb 创建仓库、配置用户名邮箱、初始化本地仓库并关联远程、提交代码和执行推送。文中记录了两个问题:一是推送时报403,原因是凭据或 token 权限不足,需要检查成员权限、代码读写权限并清理 Windows 凭据后重新登录;二是推送时出现 fetch first,原因是本地与远程历史不一致,可先合并远程提交再推送,或在确认无用时使用 --force 覆盖远程。