多个编程任务的代码管理

大家好，

虽然已经工作 6 年了，但是这个任务还是经常困扰我。
我司的工作比较多，每个程序员手头都是 3 到 4 个任务同步在处理。不可避免地，两个任务会修改同一个 cpp 文件。
但是我司的代码 review 要求，上传的代码只能有对应任务的代码，其余的修改必须删除掉。所以就经常出现，为了任务 A 的 review ，把任务 B 的代码删了。要做任务 B 的 review 时，又把删除的代码加回来这样尴尬的事情。

之前用 Perforce 的时候，shelve 功能可以解决一大部分的问题。但是现在切成 SVN 了，shelve 功能就不好使了。

所以想请问大家平日遇到此类问题，是如何管理自己的本地工程的。

谢谢。

git 的分支管理

写过多线程代码的都知道，要并行改串行。那么解决办法就是：把人都开掉，留一个程序员，按顺序写代码，就不会冲突了。 （ doge

为什么不用 git 啊。。。

写点脚本生成 review 专用代码呗。

本质上就是 review 要求太多，需要同一个文件里，进行不同任务的代码隔离。

其实 svn 也有 shelve 功能但的确不太好用，而且事实上我这边也有类似的问题，虽然我司没那么严格的 review 机制。方法也是有的，我这边有 2 种做法吧：
1. A 、B 任务同时开发，那提交记录必然是两者有互相交错；那就在 review A 之前将所有 B 的提交都 refert ，而将 B 加回来也很简单，前面那次 refert 之后会产生一次提交，只需要将这次提交再 refert 一次就 ok 了，这么做就是来回比较麻烦而且提交记录上有比较多这种 refert 再 refert 的记录
2. svn 的分支给我感觉上相比 git 的确是没那么好，但也有适合于 svn 的方式。那就是你在本地开发的时候，假设 svn 当前 head 的版本号在 1000 ，那就任务 A 和任务 B 分别建立两个不同的文件夹都 checkout 1000 这个版本（并不是开新的分支），然后在这两个文件夹内开发。这么做的缺点就是每个任务开发过程中就不好提交了，不然就和 1 其实是类似的，提交记录总是一堆交错。一个折中的方法是文件夹内可以自己用 git 本地管理，然后差不多了再提交一波大的到公司的 svn 去，这样子记录相对干净一点。
其实基于 2 当然也可以用分支的方式，分支的话 A 提交了啥到时候直接将相应提交 merge 到 B 即可。不过 svn 的分支+合并并不像 git 那么清晰；之前也和领导讨论过 svn 的分支比较舒服就是本地直接搞多个文件夹，然后文件夹内开发就是了

用 git,git 分支就是专门针对你这个问题给出的解决方案,兵法修改 git 会提示有冲突,然后解决冲突正确合并代码

公司不让用但你自己可以用,本地代码使用 git 管理,使用 svn 合并代码到本地,然后用 git 工具观察变更并合理合并,最后再把合并好的结果提交 svn

另一个优化是对被修改的源码文件拆分子模块,一般来除了核心代码,一个公司会是一个人/小组负责一部分业务逻辑,你把你负责的业务逻辑尽可能独立出来,这样就能减少别人修改你负责模块造成冲突的可能性

是不是也间接说明代码耦合太严重了