版本管理骚操作,查不了版本号,只能看文件修改时间

51 天前
 Jinkeup

吐槽一下公司版本管理。上周客户现场测试直接扑街,项目延期。今天开会复盘,怀疑是版本不一致的锅。结果打的包压根没写版本号!现在想确认现场用的啥版本,竟然得去查文件的“修改时间”来对比。这版本管理,全靠猜啊!

1897 次点击
所在节点    职场话题
19 条回复
pingdog
51 天前
你就说它能不能跑吧
SURA907
51 天前
甚至怀疑你们是不是压根没有用 git 这一类的版本控制工具

我同学之前做游戏的,他们就没有版本控制,两个移动硬盘,一个测试,一个发版......
newaccount
51 天前
默认都没有
知道打包时把 commit id 放进去的都是吃过亏的
cvooc
51 天前
现在各个框架及语言其实都有提供的版本号填写位置的, 当然绝大多数项目都是一个 1.0.0 写到死. 然后靠 git 区分版本就是了...
Jinkeup
51 天前
@pingdog
94
51 天前
Git 能整明白都挺好了。
Jinkeup
51 天前
@SURA907 研发用了 git 我没见过他们分支怎么规划的,上次问了一下应该是 4-5 个分支。。。。但说实话给的包没有版本我只能看文件时间也有点过分吧 哈哈
Jinkeup
51 天前
@newaccount 就是说啊 放 commitid 也是好的 现在直接看文件时间 ,之前知道他们版本管理比较乱,却没想到乱到这个地步了
WispZhan
51 天前
@newaccount 还要规定打包分支一定是公共分支🤣
Jinkeup
51 天前
@cvooc 上一家公司我和一个写 java 的小伙伴合作 也是这样一个版本写到死,不过他在 log 里维护了具体版本号和对应 commitid
Jinkeup
51 天前
@WispZhan 可惜了 不是领导,和研发领导反馈好像也没啥用,小公司有些东西确实乱
scopeccsky1111
51 天前
我司的版本管理也跟屎一样, 通过出包时间和提交时间去查看, 虽然有大版本的单独的分支, 但是有些小版本之间差异也挺大的, 根本看不出来
SURA907
51 天前
@Jinkeup 和分支没有关系,分支只是研发、测试这个流程上的

我工地目前的方式,打包是自动化的,打上 tag 就自动出镜像了
COOOOOOde
51 天前
版本命名还要设计一下, 直接用打包时间当版本号!
Jinkeup
51 天前
@scopeccsky1111 那确实难受,我们现在的项目还需要现场调试,我现在都在调试之前先算一下 md5
Jinkeup
51 天前
@SURA907 你们应该是属于比较规范的 ,我们现在项目是属于乙方,只能在乙方内网做操作容器啥的不太好用 ,项目比较复杂
Jinkeup
51 天前
@COOOOOOde 真的是 ,领导也不管这个事 ,搞得研发也不想整版本 ,公司管理很混乱
kingfighters
50 天前
这点破事不该是 devops 干的么?

我也见过,配置在 aws 的 lambda 上,每次更新校验 zip 包的 hash 值,如果不一样就部署。。
Jinkeup
49 天前
@kingfighters 牛皮 你说的这感觉和我现在没啥区别 只是现在公司没有 devops 文化 没人推进这个

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

https://ex.noerr.eu.org/t/1168891

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

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

© 2021 V2EX