如何看待组员把 war 包上传 Subversion

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

This topic created in 4146 days ago, the information mentioned may be changed or developed.

某组员，为了提交 war 包给其他人部署（对，我们还没来得及实现持续集成），直接提交到 Subversion 里了。
被我训了一顿还狡辩说：svn 不就是多人协作用的么。
发现周围不少人搞不清楚「VCS」的含义。。

Supplement 1 · Dec 25, 2014

对于「我也xxxx过」、「沟通管理问题」这样的回复，我想说如下三点。

1. 现阶段条件下无法做到最好，但至少需要知道怎么做是正确的，并且向其努力。
2. 应该用「正确的工具」做「正确的事」，而不是拿个锤子就看什么都是钉子。
3. VCS 的使用方法应当是开发人员需要掌握的知识，而不是需要管理、流程再去强行规定的。

实际上该组员也是个老杆子，平时要问他这那的能给你说的头头是道。关键是执行的时候就偷懒。提交不写日志，上传文件也是自己怎么方便怎么来。
有些人觉得这样是不拘小节，「能解决问题就行」，但是由此造成的混乱和成本其实都由其他人承担了。

组员

subversion

提交

31 replies • 2014-12-26 10:15:09 +08:00

ForgotFun

Dec 24, 2014

能人强的人干这种事情叫打破常规,能力差的人干这种事情叫没有技术常识... 只能说看人,别较真,都是同事,你又不是老板,何必把关系闹那么僵

caixiexin

Dec 24, 2014

感觉这跟新人把class文件提交上去一样=.=

ChanneW

Dec 24, 2014

一次不懂,两次疏忽,三次开除.

wdlth

Dec 24, 2014

我还见过连系统镜像都上传到上面去，当网盘用的人。

kingme

Dec 25, 2014

顺路问问如果没有持续集成，那么用什么版本管理来针对发布包（二进制文件，dll之类）进行版本管理呢？目前使用GIT，但是GIT对二进制文件的管理相当差。。

xuan_lengyue

Dec 25, 2014

我会说我司的完整编译环境都是放在 Perforce 上的吗…

uleh

Dec 25, 2014

@kingme 就开发小团队内部开发来说，发布包的版本管理意义不大，都是直接用机器上的代码打包测试、调试。这时候做发布包的版本管理反而有点降低效率。
等到开发完成进入测试阶段，给 source 打 tag。然后用 tag 打包，内部随便用 ftp 或者什么方式，发布给测试团队即可。也可以用一些云服务发布。此时需要对发布包做记号（版本号）。

重要的其实是代码的 tag 的版本，倒不是发行的 binary 本身的版本了。
正常情况下来说，同样的 tag，在同一个环境里，打出来的包就应该是一样的。如果发现不一样，需要回头检讨的不是版本的管理，而是代码的编译过程了。

uleh

Dec 25, 2014

@kingme 如果是大规模开发，还是趁早上持续集成吧。否则就需要专门的团队来做发行包的管理。
之前我们项目组参与一个 Android 系统的定制开发，整个开发几百号人。专门有个小团队做 Image 的发行计划、打包、发布等。没有持续集成系统，依靠人力来做这个事情成本很高的。