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

[uleh]

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

[ForgotFun]

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

[caixiexin]

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

[ChanneW]

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

[wdlth]

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

[kingme]

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

[xuan_lengyue]

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

[uleh]

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

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

[uleh]

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

[hcymk2]

我把jar上传到github里面去了 我有罪。。。

[jianghu52]

我这种把.git包也上传到Subversion里面的人，是不是该被枪毙~

[teavoid]

我觉得正确的解决这种问题的方式应该是发布一套规范吧。规范里有的大家开个会讨论下，定下来都遵守。规范里没的就不要说了。

[lu18887]

我觉得没错

[rrrrutdk]

你是组长及以后位置吗？
如果是，叫他滚粗；
如果不是，扇他脸。

[Monad]

看标题我还以为是war3……

[tamamaxox]

这种事我前两天才做过，现在冷汗倒流

[RIcter]

就像写 python 把 .pyc 传上去一样_(:з」∠)_

[ooxxcc]

@Monad 我也以为是 war3 ……

[SuujonH]

@Monad 我也是...我还在想把war3都传上去是多虎

[williamx]

专门开个 svn 上传这样的文件。我连 ipa 和 apk 的每一个版本都上传到 svn 上，谁敢放个 P？

[williamx]

不要拘泥于 vcs 的定义。组员误用先问下自己，
1. 是不是没有把流程说清楚写明白
2. 是不是流程太复杂
3. 是不是流程本身就设计得不合理

我觉得如果他是为了好玩或是验证下可行性，那这是他的问题；如果是他不知道该放到那里，觉得按他的理解可以这样做，那说到底其实是管理的问题。