jar 包版本管理有感,想了解下大家是怎么样做的,以及这些遇到这些情况怎么处理

2022-03-19 14:20:39 +08:00
 ldyisbest

事情是这样的对接项目,刚开始对接的 A ,版本号是 1.0-snapshot ,然后对接 B ,版本号升级 1.1 ,后来又有新业务对接 A 的时候,A 说“这干嘛加版本号”,“每次你改我还得在改一下我的 pom 文件”,“上一次 XX 就是这样搞的 我的生产线上代码直接报错了”,“这东西最好不要改 要不然 每次都得沟通一下”,于是我作为一个实习生,就没有争辩,就把版本号改回去了,改成了 1.0-snapshot (之前他引用的版本),然后新业务对接 B ,给 B 说版本号是 1.0-snapshot ,B 说之前都升到 1.1 了怎么又改回去了,然后叨叨了一大堆。A, B 是一组的,B 是那个组的组长,还说什么版本号达成共识就行,自己一个组的人都没达成共识。

问题:

  1. maven 版本号,大家公司的实践是怎么样的
  2. A 是啥意思,是纯粹的懒还是不升版本号确实不会出错,我的理解是不生版本号更容易出错且会更混乱,上家公司实习的时候大家都升版本号,也都没什么异议。
  3. 由于 A 不让升版本号,导致版本号回退,后来对接 B 的时候,导致 B 觉得是我们在瞎搞。 想请问大家面对 A 这样的开发的时候要怎么处理,我是实习生的身份,我当时的做法是妥协 A 。

我为啥一直是实习生,本科大四的时候在一家几百人的公司实习,后来觉得没劲就考研了,再后来就在这家公司实习,这家公司是国企,开发大概 50 人左右

3434 次点击
所在节点    程序员
29 条回复
Niphor
2022-03-20 17:44:25 +08:00
所以其实 OP 心理其实早就想清楚了 🙃
DinnyXu
2022-03-20 21:16:05 +08:00
@ldyisbest 那说到底还是你们的开发制度有很大的缺陷,没有人进行技术层面的管理。
yoloMiss
2022-03-20 21:48:30 +08:00
这 还是开发流程有问题吧,snapshot 是作为开发版本或者测试版本发布的,既然两个系统对接那就不应该用这个版本号了。
bthulu
2022-03-21 08:35:54 +08:00
不是有 maven 私服么, A 用他的 1.0-snapshot, B 用他的 1.1 不就好了
ldyisbest
2022-03-21 09:07:44 +08:00
@DinnyXu #22 @yoloMiss #23 是的,开发制度有很大缺陷,没有人在技术层面管理。 并没有人在意用不用 snapshot

@bthulu #24 这样也可以,就是在新加功能的时候要打两个版本的包
zzfer
2022-03-21 10:26:08 +08:00
你的包应该像其他 maven 依赖一样,两个包的版本并存再你们的 maven 私库里
bthulu
2022-03-21 15:10:08 +08:00
@ldyisbest 为啥新加功能要打两个版本的包? 1.0-snapshot 打包放到仓库里就不用管了, 后面加新功能, 只打 1.1 的就好了. 谁需要新功能, 谁自己去升级到新版本. 不需要新功能的就不用强制升级.
ldyisbest
2022-03-21 21:30:34 +08:00
@zzfer 是的,现在就是这样搞

@bthulu #27 就是 A 需要用新功能的,并且 A 不愿意升级版本。A 的版本是。1.0-snapshot
zzfer
2022-03-22 09:56:17 +08:00
@ldyisbest 你没描述清楚,大家都以为是 A 不需要新功能,并且原来的 1.0 版本没有了。如果是 A 也需要新功能,你直接抽出身来,让 A 和 B 谈就行了,

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/841458

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX