如何管理历史悠久，几经易手的代码？

[cassidyhere]

公司一个将近 20 年的 mfc 项目，体积庞大，没人能全懂。公司要求每次修改都要注释作者 /时间 /修改内容，由于人员水平参差不齐，导致注释完备但代码难懂。部分文件几经变迁，混杂着各种业务代码与黑魔法，例如几十行的逻辑判断，旁边有各年代留下的为什么加这个判断的注释。 请问有什么方案可以管理代码的变更，优雅的反应代码如何到今天这样子，而只需对代码做最少的更改？

[xuanbg]

萧规曹随即可……这种场景就别多事了。

[Flymachine]

别动，重新写。有的时候，甚至编译环境的不同都可能引发 BUG 。最好的方案就是重新写——换 QT 或者干脆 C#。

[boris93]

继续拉屎就好了
直到公司决定重写

[leafre]

老代码能不动就不动

[gengzi]

别动

[shatuo]

@yanzhiling2001 这是换手机的好方法

[huobazi]

想把 摩托罗拉 汉显 重构成 iPhone 12 ？

[littiefish]

终于明白了为啥 APP 越来越大

[fline]

找 HR 要个实习生处理

[DoctorCat]

不要动，加 Patch，FIXME 注释写下自己的修改思路即可（方便自己再次修改而已，doge ）

[dany813]

看到老哥们都说别动，我就放心了

[kingfalse]

同意楼上继续拉屎，啥时候不行了就会变成印度那个航母，因为屎而爆炸

[gaoyadianta]

首先，并不一定历史悠久，几经易手，体积庞大，就一定是 shit 代码，可能是你对老的 coding 习惯不适应，也可能是你对业务理解不深入，反正不要盲目自信瞎改