程序员发版是在干什么

发版：Java的JDK版本发布；如果在项目中提及发中友版，也可以是软件版本。

发版名词介绍（alpha，beta，RC，Release）

版本名称

介绍

说明

alpha    内测版    内部测试版本  

beta    公测版    Beta阶段会一直加入新的功能  

RC    候选版    几乎就不会加入新的功能了，而主要着重于除错  

Release    正式版    稳定版本  

RC=Release Candidate,含义 是"发布候选版"，它不是最终的版本，而是最终版(RTM=Release To Manufacture)之前的最后一个版本。

Maven的Snapshot版本与Release版本

Snapshot版本代表不稳定、尚处于开发中的版本

Release版本则代表稳定的版本

什么情况下该用SNAPSHOT?

协同开发时，如果A依赖构件B，由于B会更新，B应该使用SNAPSHOT来标识自己。这种做法的必耐运要性可以反证如下：

a.如果B不用SNAPSHOT，而是每次更新后都使用一个稳定的版本，那版本号就会升得太快，每天一升甚至每个小时一升，这就是对版本号的滥用。

b.如果B不用SNAPSHOT, 但一直使用一个单一的Release版本号，那当B更新后，A可能并不会接受到更新。因为A所使用的repository一般不会频繁更新release版本的缓存（即本地repository)，所以B以不换版本号的方式更新后，A在拿B时发现本地已有这个昌培梁版本，就不会去远程Repository下载最新的B

不用Release版本，在所有地方都用SNAPSHOT版本行不行？

不行。正式环境中不得使用snapshot版本的库。 比如说，今天你依赖某个snapshot版本的第三方库成功构建了自己的应用，明天再构建时可能就会失败，因为今晚第三方可能已经更新了它的snapshot库。你再次构建时，Maven会去远程repository下载snapshot的最新版本，你构建时用的库就是新的jar文件了，这时正确性就很难保证了。

是的，我每天经历的事都被我抽象成了道理。

我是个程序猿，程序重要的思想就是抽象—把有共同属性的东西提取出来。

比如，前天晚上八点的时候。我们上班比较晚，正常情况下早上十点上班，晚上七点下班。当然这个并不是固定的，因为我是程序猿，更因为我所在的公司是创业公司，所以带旦扰通常都是晚上十点下班。

十点下班，其实在很多人看来很正常，确实，在一二线城市生存，诸如我这样的小人物，亦或是大人物，十点根本算不了什么。然而，做手机应用开发的盆友们，应该没几位，有过 一周上线3个版本 这种经历，需求不评审，测试没用例，老板张嘴就是DEADLINE，压力自然迟梁是可见一斑。

当然，我要说的，并不是公司在产品方面的规范性。

回到前天晚上，七点半，各个渠道包的纷纷上线，工作群里各种开心的表情也一个接一个，看到这其乐融融的景象，我也在心里念叨“今天，早点回家”。坐了一会，观察了线上应该没什么问题，开始收拾包准备走。就在此时，老板来了，先是看了看我，然后跑到旁边跟测试人员说：“Android的另一个app，什么时候发版？明天能上线不？”

他口中所谓的另一个app，是刚刚上线的马甲包，马甲包就等于是换了套皮肤，同时具有刚上线版本的所有功能，当然，布局的一部分有不小的变动。

关于这个马甲包之前也只是提过一嘴，具体什么时候上、什么时候测，完全没有定。然而，在看到我收拾包的那一刻，他提了出来。

我不开心，真的。

我知道我拿了工资，就应该把工作做到位，但这种随时给你安排工作，务必把你的工作时间安排到十二小时的行为，令我感到无比的厌恶。

创业公司的老板要赚钱，就得压榨我们，而且是理所当然的压榨。我们要创业，资金不足的情况下，我们也蠢旦要压榨别人，资本市场总是要有人牺牲，而且毫无公平可言。

面对现实吧年轻人，没有什么人是善良的。

---