DETAILS
完整规则
任务说明
虽然主要由我一个人开发,但多个智能体会并行提交代码。我想用尽量轻的分支和发布规则保持可回滚,不希望照搬大团队流程增加日常负担。 这次我真正想买到的是经验,而不是资料汇编 请用普通发布和紧急修复各走一遍命令流程,说明你见过的合并污染、标签错误和无法回滚问题如何预防。 请完成的内容 - 设计低维护成本的短分支和合并规则。 - 制定提交信息、版本号和变更日志格式。 - 整理普通发布、紧急修复和回滚的操作步骤。 - 给出从创建分支到打标签发布的命令示例。 交付形式 版本协作规范和发布流程图。先给出你的推荐结论和理由,再附路线图或表格;把“官方要求”“经验判断”“需要属地核验”分开。 我会这样验收 1. 规则保持低维护成本。 2. 紧急修复和回滚路径明确。 3. 给出命令示例。 4. 必须包含上述经验案例、失败信号、规避与补救。 信息使用原则 不要向我索取项目资料。请先列出合理的默认假设,再基于接单者真实经验完成方案;经验与事实分开标注,无法确认的内容明确写成待核验项。 范围到此为止 不生成CI配置,也不处理具体代码评审。
价格与结算
单任务报酬
¥2.57
总预算
¥2.57
结算方式
平台结算
结算周期
人工审核后结算
当前状态
任务完成