svn学习 版本管理

开始使用svn管理公司代码 包括版本管理



目前情况 
我们在把svn定在测试服务器上 然后再测试服务器上创建版本库 现在我要从线上把代码拉到测试服务起的版本库中

以后开发人员直接在测试环境上调试代码

代码开发完成后 我直接访问测试服务器的那个端口 测试

测试完了后 是直接在测试服务器的版本库中在拉到本地 在上传到线上

回答一：

比如说吧，开发修改了2个文件，你要怎么把这两个文件更新到测试环境嗯？

肯定要他们更新到svn，然后你从svn上拉下来覆盖到测试环境。。。

你测试环境上的这2个文件肯定是svn最新的。。。所以测试环境侧通过了，那代表svn上的文件是没有问题。。。

就是从测试环境上拉代码 修改 在更新同步
那你通过了，就直接从测试环境拉代码更新到线上就行了


关于版本：

比如现在你创建个版本是v1.0.1，那么大的修改你就可以修改为v1.1.1，小的修改就可以标示为v1.1.2

那就规定着一个星期半个月的修改创建一个版本（针对每天都有小变动，维护性网站）

就是把修改的东西都在指定的版本上修改，修改后整理版本发布

备注写好修改内容（这个每一个版本整理修改的需求)

版本管理好处：

维护版本
规范流程

回滚代码，
这个基本就是网站突然出现了不可迅速处理的紧急问题时先回滚至之前的版本不影响使用

其他：

测试环境上应该是最新的版本

线上是最稳定的一个版本



概述：

以鞋子网为例说明  我先把线上的代码上传到svn版本库中，建立新的版本库Shoes1.0.1，此时鞋子网有新的需求或小的变动，开发人员修改代码后更新到svn上，在版本库上备注新添加功能需求 或者是修改点 这个作为一个版本；
然后再建立一个新的版本库 shoes1.0.2 ，把shoes1.0.1版本中的代码拉到shoes1.0.2中，开发人员在调试代码，添加新的功能，都更新到这个版本库上，同时备注修改点说明，这个在做为一个版本，依次类推….（在shoes1.0.2之前 shoes1.0.1已经在测试环境中测试过了且 这个时期的需求计划已经完成）。

关于版本时间： 可以规定两个月新建一次版本…（这个可以以后讨论，根据情况而定）

版本管理的好处：
维护版本
规范流程
回滚代码：这个基本就是网站突然出现了不可迅速处理的紧急问题时先回滚至之前的版本不影响使用



最后是这样：
我在code下建立一个shoes鞋子代码库，然后从线上把shoes代码拉到shoes文件下 上传到svn上，开发人员从svn上shoes文件下拿代码，修改后提交，然后又系统架构师那边把代码推送到线上，在线上的服务器上直接生成一个版本201210181516，如果开发人员在修该shoes后，在由系统架构师推送，会在线上的服务器上在生产一个版本201210180517，
这个201210180517是直接显示在线上
我的任务就是控制svn上shoes这个开发人员的情况 有哪些人修改 什么的