这是一个创建于 1050 天前的主题，其中的信息可能已经有所发展或是发生改变。
我司的开发，本地可以跑的工程是公司的前辈们自己基于实际项目再构造出来的。
而放在仓库上被 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