我司的开发,本地可以跑的工程是公司的前辈们自己基于实际项目再构造出来的。
而放在仓库上被 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 把代码合进去,恶心得要命
|