吐槽一下公司版本管理。上周客户现场测试直接扑街，项目延期。今天开会复盘，怀疑是版本不一致的锅。结果打的包压根没写版本号！现在想确认现场用的啥版本，竟然得去查文件的“修改时间”来对比。这版本管理，全靠猜啊！
 |
1
pingdog 2 天前 via Android
你就说它能不能跑吧
|
 |
2
SURA907 2 天前
甚至怀疑你们是不是压根没有用 git 这一类的版本控制工具
我同学之前做游戏的，他们就没有版本控制，两个移动硬盘，一个测试，一个发版...... |
 |
3
newaccount 2 天前  1
默认都没有
知道打包时把 commit id 放进去的都是吃过亏的 |
 |
4
cvooc 2 天前
现在各个框架及语言其实都有提供的版本号填写位置的, 当然绝大多数项目都是一个 1.0.0 写到死. 然后靠 git 区分版本就是了...
|
 |
6
94 2 天前
Git 能整明白都挺好了。
|
 |
8
Jinkeup OP @newaccount 就是说啊 放 commitid 也是好的 现在直接看文件时间 ，之前知道他们版本管理比较乱，却没想到乱到这个地步了
|
 |
9
WispZhan 2 天前
@newaccount 还要规定打包分支一定是公共分支🤣
|
 |
12
scopeccsky1111 2 天前
我司的版本管理也跟屎一样， 通过出包时间和提交时间去查看， 虽然有大版本的单独的分支， 但是有些小版本之间差异也挺大的， 根本看不出来
|
 |
14
COOOOOOde 2 天前
版本命名还要设计一下, 直接用打包时间当版本号!
|
|
15
Jinkeup OP @scopeccsky1111 那确实难受，我们现在的项目还需要现场调试，我现在都在调试之前先算一下 md5
|
 |
18
kingfighters 1 天前
这点破事不该是 devops 干的么？
我也见过，配置在 aws 的 lambda 上，每次更新校验 zip 包的 hash 值，如果不一样就部署。。 |
|
19
Jinkeup OP @kingfighters 牛皮 你说的这感觉和我现在没啥区别 只是现在公司没有 devops 文化 没人推进这个
|
Select Language