1. 不要将环境配置放在源码中
环境配置包含应用的配置文件与日志输出格式的配置文件
如上，这是一个系统源码中的配置文件，对应多套环境的配置文件和日志的配置文件，都放在了源码中。这样导致的问题有以下几个方面：
编译：在应用程序源代码中硬编码配置，每次修改完配置之后也需要对应用进行重新编译打包，并且生产和测试各需打包一份，管理复杂。
安全：对于编译后的包，比如jar包，任何人拿到都可以查看到里面的敏感信息，比如数据库的密码，证书和私钥等。
出错率高: 我们在IDE下进行开发测试时，对于本地的测试环境，其配置和uat、生产又是不同的，所以在对源码进行拉取和推送时不得不保持这些配置文件的差异性，一个偶然的疏忽就容易将本地的配置文件推送到源码中去，从而对uat或生产产生影响。
灵活度不高：比如想临时的改一下日志的输出级别到DEBUG，这样我们又得将源码编译一遍！
DevOps: 在DevOps上测试和生产都需要单独重复构建，一个应用的镜像不具有普遍性（这个问题很大），上线速度被拉慢并且构建的过程中增加了出错的概率(下面会细讲) ,如果这个时候有人提交了新的版本
