【有书共读】《码农翻身》第四期<代码管理那些事>
代码管理那些事
项目管理
- 最基本的“人肉”项目管理：人肉管理铜雀额来说就是纯手工的管理项目代码不同的方案起不通的名字，然后分开管理，这种方法比较适合一些微小项目，没必要搞得那么复杂
- VCS管理系统：为了避免两个人修改同一个文件，然后进行覆盖时产生一部分原文件丢失的问题用到了VCS这个管理系统
VCS有以下几个功能
- 支持把代码放到一台服务器上，这样即使本地电脑出了问题也不怕
- 任何人想要修改文件，需要对文件执行一个checkout操作，这会把文件锁住，其他人无法修改
- 修改完以后，需要执行一个checkin操作，修改会被发送到服务器端保存，形成新的版本，并且释放文件锁，别人就可以再修改了
- 可以支持回退的功能，也就是说，可以回退到之前的版本中。
- 分布式管理：集中式的管理有很多问题，多人一起修改同一文件的时候会导致很多人修改的不是最新版本，只要再次获取最新版本的文件，导致效率很低，所以给每个程序员都设置一个本地私有库，然后独立并且改了一下工作流程
工作流程如下
- 官方先设置一个代码库
- 每个程序员都可以“fork”官方代码库，“clone”到本地，做出修改
- 修改完以后，不直接推送到官方代码库，推送到自己的代码仓库
- 通知项目维护者，请求他去拉取自己的修改
- 项目维护者在自己私有的代码库中获得的贡献者的修改，然后决定是否接受这个修改
- 项目维护者将最新的改动推送到官方的代码库
然后用一个wed系统包装起来，然后进行一点社交化的创新，这样每个人都有自己的专属页面，每个人都可以推出自己的好项目，这个Wed源码管理系统就叫做Github
Build
- 自动化的Build：Build的自动化方便了很多人做测试环境，但是Java代码的繁琐导致了很多人都不一定能看的懂，哪怕是自己写的，自己也不能一下子看明白这时候就要用到XML了
- Java与XML：用XML解释起来Java语言就简单多了，再添加一个解释器这样就可以运行了，不得不说，这样用起来方便人看懂又能编译，是个不错的点子
- 约定重于配置：有些项目是重复的但路径不同，导致很多人用的时候都要重新配置一遍，所以为了解决这个问题大家要遵守一个约定，只要遵守路径的约定大家就可以不用费心费力的指定路径了
烂代码
- 烂代码的严重性：由于程序员的工作量巨大，一些程序员代码做出改动的时候为了节省时间往往选择在原代码上改动而不是对项目进行重构，这样慢慢下来原本优美的代码就变得繁琐难懂，日久天长就变成了烂代码！！！
- 烂代码导致的后果：由于一些项目巨大，需要很多人来做，那些烂代码就导致了很多人看不懂，看着那些不知出处的变量名，那些繁琐的注释这大大的加大了项目维护的价格，而且由于项目巨大，想要进行重构是不可能的，万一改错了会导致很多不知名的BUG
- 所以烂代码是很多公司的痛处很多知名产品的源码更是难懂，上千行的JSP，凌乱不堪的Java类方法，随处可见的注释这导致后人想修复一个小BUG都是一个很大的难题。
投递韶音科技等公司6个岗位 >
