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

[Jinkeup]

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

[pingdog]

你就说它能不能跑吧

[SURA907]

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

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

[newaccount]

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

[cvooc]

现在各个框架及语言其实都有提供的版本号填写位置的, 当然绝大多数项目都是一个 1.0.0 写到死. 然后靠 git 区分版本就是了...

[Jinkeup]

@pingdog 唉

[94]

Git 能整明白都挺好了。

[Jinkeup]

@SURA907 研发用了 git 我没见过他们分支怎么规划的，上次问了一下应该是 4-5 个分支。。。。但说实话给的包没有版本我只能看文件时间也有点过分吧 哈哈

[Jinkeup]

@newaccount 就是说啊 放 commitid 也是好的 现在直接看文件时间 ，之前知道他们版本管理比较乱，却没想到乱到这个地步了

[WispZhan]

@newaccount 还要规定打包分支一定是公共分支🤣

[Jinkeup]

@cvooc 上一家公司我和一个写 java 的小伙伴合作 也是这样一个版本写到死，不过他在 log 里维护了具体版本号和对应 commitid

[Jinkeup]

@WispZhan 可惜了 不是领导，和研发领导反馈好像也没啥用，小公司有些东西确实乱

[scopeccsky1111]

我司的版本管理也跟屎一样， 通过出包时间和提交时间去查看， 虽然有大版本的单独的分支， 但是有些小版本之间差异也挺大的， 根本看不出来

[SURA907]

@Jinkeup 和分支没有关系，分支只是研发、测试这个流程上的

我工地目前的方式，打包是自动化的，打上 tag 就自动出镜像了

[COOOOOOde]

版本命名还要设计一下, 直接用打包时间当版本号!

[Jinkeup]

@scopeccsky1111 那确实难受，我们现在的项目还需要现场调试，我现在都在调试之前先算一下 md5

[Jinkeup]

@SURA907 你们应该是属于比较规范的 ，我们现在项目是属于乙方，只能在乙方内网做操作容器啥的不太好用 ，项目比较复杂

[Jinkeup]

@COOOOOOde 真的是 ，领导也不管这个事 ，搞得研发也不想整版本 ，公司管理很混乱

[kingfighters]

这点破事不该是 devops 干的么？

我也见过，配置在 aws 的 lambda 上，每次更新校验 zip 包的 hash 值，如果不一样就部署。。

[Jinkeup]

@kingfighters 牛皮 你说的这感觉和我现在没啥区别 只是现在公司没有 devops 文化 没人推进这个