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