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

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

SURA907

51 天前

甚至怀疑你们是不是压根没有用 git 这一类的版本控制工具

我同学之前做游戏的，他们就没有版本控制，两个移动硬盘，一个测试，一个发版......

newaccount

51 天前

默认都没有
知道打包时把 commit id 放进去的都是吃过亏的

cvooc

51 天前

现在各个框架及语言其实都有提供的版本号填写位置的, 当然绝大多数项目都是一个 1.0.0 写到死. 然后靠 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.