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