为什么需要重构。 如何解决旧问题。 重构的优点/缺点是什么。 只做必要的更改，尽量保留旧逻辑。 引入一些中间步骤，使重构更容易审查，完整的重构计划可以在几个PR中完成。 如果存在分歧，应该请TOC（技术监督委员会）参与决策。 添加必要的测试以确保重构的正确性。 非错误重构优先在里程碑的开始时进行，这样可以更容易地在发布之前发现问题。 重构的PR不应该长时间保持打开状态（通常为7天），应尽快进行审查。

org/github.com/src-d/go-billy#Filesystem 可以很容 易以不同的方式存储所有文件，即通过将所有文件打包到磁盘上的单个归档文件或保存它们都在内存中。 另一个高级用例包括一个可微调的 HTTP 客户端，例如 https://github.com/go-git/go-git/blob/master/ _examples/custom_http/main.go 中的案例。 customClient --amend 相同。 这种方式只有在 -- 后的字母对于该选项唯一时才可行。 请在编写脚本时使 用完整的选项。 设置与配置 有两个十分常用的命令：config 和 help。 从第一次调用 Git 到日常微调及阅读参考，它们一直陪伴着你。 git config Git 做的很多工作都有一种默认方式。 对于绝大多数工作而言，你可以改变 Git 的默认方式，或者根据你的偏好 来设置。 这些设置涵盖了所有的事，从告诉

相 同。 这种方式只有在 -- 后的字母对于该选项唯一时才可行。 请在编写脚本时使用完整的选 项。 设置与配置 有两个十分常用的命令：config 和 help。 从第一次调用 Git 到日常微调及阅 读参考，它们一直陪伴着你。 git config Git 做的很多工作都有一种默认方式。 对于绝大多数工作而言，你可以改变 Git 的默认方式，或者根据你的偏好来设置。 这些设置涵盖了所有的事，从告