Ng *_*-Ee 5 git project-planning
我的项目根目录中有一个“计划”或“待办事项”文件(Python,尽管这与这个特定问题并不真正相关)。该项目的范围很小,我是唯一从事该项目的程序员。
该文本文件仅包含需要完成的任务列表。当报告错误时,我会将其添加到列表中。还有功能请求。该列表的永久特征是“100% 测试覆盖率”等。所有错误/请求都是通过与我直接联系生成的(系统用户面对面,或者可能但很少通过电子邮件)。
这对于天真的单开发单主分支工作流程来说效果很好,但我正在尝试为每个修补程序/功能使用一个分支(以及用于更大事物的开发分支),并且我意识到这似乎并不适用与单个“todo”文件很好地结合在一起。主要是因为问题是,当添加新的bug时,我应该修改哪个分支?
以下是我看到的选项:-
根本不跟踪“todo”文件。
仅在 master 分支中修改“todo”文件。
修改“todo”文件作为任何新分支(修补程序/功能)创建中的第一个操作。
1 似乎并不理想,尤其是当我在多台机器上工作时(哦,我忘了,因为我最近更频繁地使用桌面,这是一个很好的借口)。在这种情况下,也可以将文件保存在 Dropbox 上的某个位置。2 看起来不错,但是如果我要在功能/开发分支中徘徊一段时间,就会增加无意义的变基量。3 可能会让我忘记分支的存在,并且“todo”文件中没有任何提醒来唤起该记忆。
我在这里缺少什么吗?
| 归档时间: |
|
| 查看次数: |
1672 次 |
| 最近记录: |