想问一下大家公司项目的代码，也是实际部署的代码和本地测试的不是一个项目吗

[Newyorkcity]

我司的开发，本地可以跑的工程是公司的前辈们自己基于实际项目再构造出来的。

而放在仓库上被 jenkins 管理并部署的项目代码，在被 jenkins 构建时会从构建的配置文件里找到参数，因而能获取到正确的依赖的 jar 包。但仅从我们开发者的角度，每个.java 文件

这也就导致了我在本地开发并测试完，要上环境（分测试环境，我们程序员可以访问，伪生产环境，测试部门负责测试和生产环境），还得把代码本地工程里的代码复制到实际项目里。

就感觉很麻烦。

[defunct9]

都这样

[securityCoding]

了解一下 docker

[peyppicp]

我们部门的代码，本地跟远程上面的一致，不同环境基本上都是根据 os 的 env 做判断，单独走对应逻辑

[tonyaiken]

同一份代码，不同配置文件。

[seanzxx]

我们公司的代码，依赖的 jar 包应该是统一由 maven 或者 gradle 管理的，项目具体的 build 也是 maven 或者 gradle 负责的，Jenkins 只是运行一个 maven 或者 gradle 的命令而已，本地开发调试也是用一样的命令构建和运行。
我们会有多个配置文件对应不同的环境，通过环境变量识别不同的环境加载不同的配置。

[xuanbg]

代码一致，不过因为不同的环境里面注册中心的配置不同而已。

[panerai]

我所在团队，每次都是上增量补丁，经常有代码库的代码跟生产运行代码对不上的情况，每次上线都有个代码比对的过程，贼心累

[seanzxx]

@panerai 你这个太恶心了吧，为什么要这么搞，既不方便也不安全

[panerai]

@seanzxx 还有更恶心的呢
我们的系统，分别给全国 30+个不同地区的部门，所以有几十个版本，上海的系统一个库，广州的系统一个库，再加上增量发布，简直让人恶心死

[plko345]

@panerai 哇，恶心到了，我司最近也有类似情况，正在调整 cicd ，希望能优化掉一部分

[lyxeno]

上家公司更新靠人工去服务器替换对应的 class 文件或 js 文件，经常更着更着多出一些功能🐶通常是已经离职的人写的某个功能，由于领导忘了没上线。我得知之后就跑路了

[keppelfei]

上了 jenkins 打包还是难事儿吗？
生产和测试不同的配置中心就完事儿了，就算没走微服务，不同的配置文件也可以呀

[Huelse]

同一个，数据库不一样而已

[cstj0505]

这段文字你们读的通吗？

[ctrlpanel]

拷贝代码这事本身就违背了版本控制的精神，大公司会有专门的 Release （交付或实施）岗位，他们负责编制生产环境部署规则和脚本，拷代码这事明显是 Release 管理流程不对。

[cxsz]

复制代码是真难受，还好我司只有 application.yml 不一样而已

[darkengine]

@cstj0505 标题我都看不懂。。。直接拖下来看评论了。

[ztcaoll222]

之前呆过的某个小银行的代码也是这样，实际项目是个 ibm websphere studio 项目，但是到我们开发手里却是个 eclipse 项目，每次提交代码就是拿着 Beyond Compare 把代码合进去，恶心得要命