3 篇博文 含有标签「协作开发」

以前我也干过那种事：线上着急同步代码，一句强制拉取就把本地改动全盖掉。问题是这种做法虽然快，但太依赖运气。只要本地还有没整理完的文件、临时调试记录或者还没想好是否提交的修改，一次粗暴覆盖就可能把自己坑到。

GitHub Issues 一开始用起来很简单，谁发现问题谁就开一条，评论、补充截图、贴 commit，都很顺手。可只要项目稍微多一点需求，Issue 一多，列表就会迅速变成一锅粥。到了 2013 年我自己开始比较频繁地用它协作时，最明显的感受就是：Issue 系统如果没有最基础的标签约定，很快就会从“记录问题的地方”变成“堆问题的地方”。

刚开始接触 Git 时，很多人最自然的提交信息就是 update、fix bug、change 这种短句。我自己早期也这么写过，因为那时候觉得重点是“先提交上去”，信息只是顺手带一句。但真把代码历史翻回来看时，就会立刻意识到这种写法几乎没有帮到未来的自己。