1.当某个功能开发完成之后并通过基本测试之后，才commit
2.如果觉得有必要保留现在的代码，开发有没有完成，确认该代码不会被调用，增加todo注释，可以commit.
3.对于开发时间长的特性，使用特性分支，这个就可以不用管1了，多提交有助于代码安全。
4.多人开发下，使用了分支的情况，commit后，通知大家更新，有助于最低出现冲突。
5.使用发布分支。
6，每个发布分支上的bug修复，第一时间merge回主干分支。
7.svn:ingore的使用
8.每次commit检查要commit的列表，如果发现有文件感觉自己并没有改动，使用diff命名，如果发现只是空格，空行等对程序本身无意义的改动，使用svn revert
2.如果觉得有必要保留现在的代码，开发有没有完成，确认该代码不会被调用，增加todo注释，可以commit.
3.对于开发时间长的特性，使用特性分支，这个就可以不用管1了，多提交有助于代码安全。
4.多人开发下，使用了分支的情况，commit后，通知大家更新，有助于最低出现冲突。
5.使用发布分支。
6，每个发布分支上的bug修复，第一时间merge回主干分支。
7.svn:ingore的使用
8.每次commit检查要commit的列表，如果发现有文件感觉自己并没有改动，使用diff命名，如果发现只是空格，空行等对程序本身无意义的改动，使用svn revert
扫一扫
3331
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
