这是一个创建于 1373 天前的主题，其中的信息可能已经有所发展或是发生改变。
我司的开发，本地可以跑的工程是公司的前辈们自己基于实际项目再构造出来的。
而放在仓库上被 jenkins 管理并部署的项目代码，在被 jenkins 构建时会从构建的配置文件里找到参数，因而能获取到正确的依赖的 jar 包。但仅从我们开发者的角度，每个.java 文件
这也就导致了我在本地开发并测试完，要上环境（分测试环境，我们程序员可以访问，伪生产环境，测试部门负责测试和生产环境），还得把代码本地工程里的代码复制到实际项目里。
就感觉很麻烦。
 | 1 defunct9 2022-01-06 20:43:38 +08:00 via iPhone 都这样 |
 | 2 securityCoding 2022-01-06 20:44:49 +08:00 via Android 了解一下 docker |
 | 3 peyppicp 2022-01-06 20:52:08 +08:00 我们部门的代码，本地跟远程上面的一致，不同环境基本上都是根据 os 的 env 做判断，单独走对应逻辑 |
 | 4 tonyaiken 2022-01-07 01:00:00 +08:00 via iPhone 同一份代码，不同配置文件。 |
 | 5 seanzxx 2022-01-07 05:14:13 +08:00 我们公司的代码，依赖的 jar 包应该是统一由 maven 或者 gradle 管理的，项目具体的 build 也是 maven 或者 gradle 负责的，Jenkins 只是运行一个 maven 或者 gradle 的命令而已，本地开发调试也是用一样的命令构建和运行。 我们会有多个配置文件对应不同的环境，通过环境变量识别不同的环境加载不同的配置。 |
 | 6 xuanbg 2022-01-07 07:05:08 +08:00 代码一致，不过因为不同的环境里面注册中心的配置不同而已。 |
 | 7 panerai 2022-01-07 08:47:12 +08:00 我所在团队，每次都是上增量补丁，经常有代码库的代码跟生产运行代码对不上的情况，每次上线都有个代码比对的过程，贼心累 |
| 9 panerai 2022-01-07 09:03:40 +08:00 @seanzxx 还有更恶心的呢 我们的系统，分别给全国 30+个不同地区的部门，所以有几十个版本，上海的系统一个库，广州的系统一个库，再加上增量发布，简直让人恶心死 |
 | 11 lyxeno 2022-01-07 09:18:19 +08:00 上家公司更新靠人工去服务器替换对应的 class 文件或 js 文件，经常更着更着多出一些功能通常是已经离职的人写的某个功能，由于领导忘了没上线。我得知之后就跑路了 |
 | 12 keppelfei 2022-01-07 09:34:44 +08:00 上了 jenkins 打包还是难事儿吗？ 生产和测试不同的配置中心就完事儿了，就算没走微服务，不同的配置文件也可以呀 |
 | 13 Huelse 2022-01-07 09:46:43 +08:00 同一个，数据库不一样而已 |
 | 14 cstj0505 2022-01-07 09:50:53 +08:00  1 这段文字你们读的通吗？ |
 | 15 ctrlpanel 2022-01-07 09:52:26 +08:00 拷贝代码这事本身就违背了版本控制的精神，大公司会有专门的 Release （交付或实施）岗位，他们负责编制生产环境部署规则和脚本，拷代码这事明显是 Release 管理流程不对。 |
 | 16 cxsz 2022-01-07 11:20:38 +08:00 复制代码是真难受，还好我司只有 application.yml 不一样而已 |
 | 17 darkengine 2022-01-07 12:52:08 +08:00 @cstj0505 标题我都看不懂。。。直接拖下来看评论了。 |
 | 18 ztcaoll222 2022-01-07 23:35:00 +08:00 之前呆过的某个小银行的代码也是这样，实际项目是个 ibm websphere studio 项目，但是到我们开发手里却是个 eclipse 项目，每次提交代码就是拿着 Beyond Compare 把代码合进去，恶心得要命 |
Select Language