更新工单并打开拉取请求,由执行任务完成
开发者执行任务后更新工单、创建拉取请求并修改描述;另一用户则使用 Copilot 进行代码审查和 PR 评论。
- 具体怎么做
- 一位评论者描述了两步流程:第一步是读取类似规格说明的 Jira 任务,并将其转化为任务计划;第二步则是执行步骤,根据任务列表进行代码修改。他们首先使用 LLM 对计划进行迭代优化,然后执行步骤会输出变更内容,等待确认后再推送;获得批准后,系统会更新任务信息、打开 PR,并重新撰写 PR 描述。另一位评论者表示,他们主要利用 GitHub Copilot 处理 GitHub 相关工作,如代码审查、PR 评论和仓库任务。
- 做到了什么
- 该帖子提供了工作流的相关信息,而非严格的性能数据。主要用户表示他们仍在使用辅助功能,尚未启用自动推送,也不完全喜欢这种使用方式。
- 上手要点
- 问题在于,此流程在推送之前仍会暂停等待人工确认;该人员表示,可能只有在使用更长时间后才会自动推送。
你可以这样试
使用 GitHub Copilot对于我在 [repo name] 上的当前分支,先审查变更内容,然后更新工单 [ticket ID 或链接],附上进度总结;接着提交 Pull Request,并明确填写标题和描述。请展示工单更新内容和 PR 描述,等我确认后才会发布或创建任何内容。PR 开放后,再仔细审核,并对任何存在风险或不清楚的地方提出意见。