你们是怎么快速熟悉新项目的代码的？

[pyengwoei]

你们是怎么快速熟悉新项目（ 10 万行+）的代码的？

[kaedea]

大改乱改

[pyengwoei]

技术主管走人了，现在他的一个项目丢给我，让我来维护，看了几周了 感觉还是没有一点头绪，也没有一个技术文档，只是把业务大概给我说了一下。。。。现在老大要求我 需要熟悉每一行每一个量。。。。。

[pyengwoei]

@kaedea 然后拉。。。。/(ㄒoㄒ)/~~

[kaedea]

把项目按业务或者功能分成小块，试着重构某些小块，很快就变成你是最熟悉的人了。

[wenmingvs]

楼上的头像让人浮想联翩

[pyengwoei]

@kaedea 确实，我也这样想过

[kaedea]

一年下来我把公司项目大大小小的模块都拆过了，最近更是把整个架构都改了。
这么做有个坏处就是，每天都会有一堆人跑来问你“那个谁，这里要怎么处理才好……”

[naiyu]

我是这样的，先熟悉业务，然后走一下流程，接着走到程序入口，然后一步步来看

[h1029306]

先编译，再运行看看，然后加 log ，看 log 日志，哪里不会加哪里

[timothyye]

一边看一边吐槽，然后就看懂了

[timothyye]

@kaedea 够狠

[Felldeadbird]

有需求自然慢慢懂的了

[sfree2005]

1. 大概了解项目干什么的，知道最主要的几个 use case 是什么
2. 修改些小 bug
3. 增加些小功能
4. 修改大一些的 bug
5. 增加大功能

之后就基本上了解了~~

[Valyrian]

主要靠 git grep

[loading]

遇到有 bug 的地方就重构哪个地方。

[iMouseWu]

一个人想一下子搞明白 10W 行代码。。。有点吃力呀。。。
可以先画流程图理清业务,debug 一些核心模块,接下来就是修 bug 熟悉流程

[decaywood]

1 、 UML 工具、思维导图先备好。
2 、把包理一遍，尽量从包名获取足够的信息。
3 、找到入口函数，分析里面的类，如果有超类，先从超类分析。
4 、慢慢构建 UML 图和思维导图，不断回顾，总结。
5 、试着运行代码，断点调试。
6 、继承核心类，尝试修改逻辑。

大概差不多了

[Light3]

不知道是什么语言。边改边吐槽这是真的。适当的记一下因为很多的时候看着看着就忘了。下次再找只是有模糊的印象。再其次没有文档自己慢慢把自己维护过的 总结下写一个。

[KentY]

如果最熟悉的人走了, 那就很难了.
如果人家还在, 可以通过做小的 bugfixing and CR 开始.

[hqs123]

有哪个需求变动就改哪一块，其它简单看看就行，以不变应万变。