目录
一. 了解-源代码管理工具概述
二. 掌握-SVN的基本介绍
三. 了解-SVN服务器配置
四. 掌握-UNIX基本命令
五. 掌握-SVN终端演练(个人开发)
六. 掌握-SVN终端演练(多人开发引发的问题)
七. 了解-SVN终端演练-版本回退
八. 掌握-Xcode管理SVN
九. 了解-SVN目录规范
十. 了解-SVN 托管平台
补充:
一. 了解-源代码管理工具概述
1. 源代码管理工具的作用?
- 能追踪一个项目从诞生一直到定案的过程
- 一个项目的所有内容变化,无限制返回
- 查看特定版本的修订情况
2. 常见的源代码管理工具有哪些?
- CVS
- 开启版本控制之门
- 1990年诞生,“远古时代”的主流源代码管理工具
- SVN
- 全称是Subversion,集中式版本控制之王者
- 是CVS的接班人,速度比CVS快,功能比CVS多且强大
- 在国内软件企业中使用最为普遍(70%-90%
- GIT
- 一款伟大的分布式源代码管理工具
- 目前被越来越多的开源项目使用
- 不过在国内企业尚未大范围普及
3. 集中式和分布式的区别?
你可以参考以下三个网站:
- http://baike.baidu.com/link?url=amd48_OZDAdH7XQWaBsnxTmCfrkLLM8pizR3gtPETXF7cc1yk3nv_CpBVjxxoDl8YXP--Uh2tIVjiRYVvkwWSq
- http://wenku.baidu.com/link?url=SnoaUsca-yywky7AcvZWvQpYxHP1UhPtggw3cJggUZHyDscSCZyJtp2a7XT5I8hgYW6tM09fvZjTTq5DrGIf6I6X9ubHTBahZkjaxgcoVGi
- http://zhidao.baidu.com/question/32338956.html?qbl=relate_question_4&word=%BC%AF%D6%D0%CA%BD%20%B7%D6%B2%BC%CA%BD
二. 掌握-SVN的基本介绍
1. 工作场景
- 进入公司需要做的关于开发的第一件事, 就是向项目经理索要SVN服务器地址+用户名+密码
2. 角色解释
- 服务器: 用于存放所有版本的代码,供客户端上传下载更新
- 客户端: 通过客户端下载上传本地代码
- 用户名/密码: 验证人员身份,判断是否有操作权限;
3. 项目开发中的基本操作
- 1.项目经理初始化项目结构并上传到服务器
- 2.苦逼程序猿根据地址+用户名+密码下载一份完整代码到本地
- 3.开始开发,任务完成后,提交任务代码到服务器
- 4.从服务器上更新其他同事的代码到本地
4. 以上操作对应到SVN操作体现
- 1.svn import (项目经理做的)
- 2.svn checkout : 将服务器所有代码下载到本地
- 3.svn commit : 提交本地最新代码到服务器
- 4.svn update : 从服务器更新最新被修改的代码
5. 版本控制策略(补充)
- svn : 更新-修改-合并
- 弊端: 合并时容易产生冲突
- 其他版本控制策略: 锁定-修改-解锁
- 弊端: 不能并行开发
三. 了解-SVN服务器配置
1. 服务器作用
- 用于存储/备份各个版本的代码
- 供客户端下载/上传/删除代码
2. 服务器环境搭建
- Mac 下直接配置
- Mac 下安装SVN
- Mac下配置SVN 服务器
- Windows下安装Visual SVN Server
- Visual SVN Server下载地址:
- 因为作为新人进到公司无法接触服务器,而且大部分公司都是使用windows 作为服务器
3. 安装步骤
- 全程”下一步”,傻瓜式安装.
4. 控制区几个选项的作用
- Repository
- 代码仓库:存放不同版本的代码
- Users
- 用户列表:创建或者删除用户,代码仓库设置访问权限时使用
- Groups
- 分组列表:将用户分组,可以针对每组进行代码仓库访问授权操作
5. 访问测试
- 可以通过浏览器,输入代码仓库地址进行访问
- 注意:在客户端浏览器访问时,注意地址需要使用对应的IP地址,不能使用计算机名称.
- 在windows下面查看ip 地址
6. 操作补充
- 开始 —> 运行 cmd
- 在命令行里面 运行 ipconfig
四. 掌握-UNIX基本命令
1. 必学命令
- help [子命令] : 查看某一个具体的子命令的使用方法
2. 常用命令
- cd path : 将当前路径切换到path路径
- pwd :查看当前所在路径
- ls (-a / -l / -G) : 查看当前文件夹下所有文件及文件夹
- touch filename1 filename2 : 创建一个或者多个文件
- rm filename : 删除文件
- open filename :打开文件
- cat filename :查看文件内容
- more filename :分页查看文件内容
- mkdir 文件夹名称 :创建一个文件夹
- mv oldFilePath newFilePath :移动文件(可借助此命令给文件重命名)
3. 补充
- . 代表当前文件路径
- .. 代表上级目录
- 以 .开头的文件,代表隐藏文件
- 显示隐藏文件: defaults write com.apple.finder AppleShowAllFiles Yes && killall Finder
- 不显示隐藏文件:defaults write com.apple.finder AppleShowAllFiles No && killall Finder
4. 使用注意
1> 命令和参数之间需要添加空格
2> 如果要使用当前目录中的文件名,输入到一半时,按TAB键能够补全
五. 掌握-SVN终端演练(个人开发)
1. 命令行格式:
- svn <subcommand> [options] [args]
- svn 子命令 [选项] [参数]
- 其中中括号里面的内容可以省略
2. 必学命令
- svn [子命令] --help
- svn help [子命令]
3. 实战演练
1. 项目经理初始化项目,并上传到SVN服务器
- 方案1:
- (1) 创建临时项目
- (2) svn import [path] URL --username=用户名 --password=密码 -m "注释"
- 方案2:
- (1) 创建项目
- (2) 使用 svn add 命令将项目所有文件添加到本地版本控制
- (3) 使用 svn commit 提交本地项目到远程服务器
2. 程序猿从服务器下载一份完整代码到本地开始开发
- svn checkout URL [path] --username=用户名 --password=密码
- 注意: 此时本地文件夹会生成一个 .svn 的隐藏文件夹, 称作"本地版本控制库". 专门用来记录各个文件或文件夹的状态, 千万不要手动删除; 手动删除后, 将无法再对项目进行管理. 即使从其他地方拷贝也没有用.
3. 修改文件提交
- (1) 修改文件
- (2) 使用svn commit -m "注释" : 提交本地文件到服务器
4. 新建文件提交
- (1) 新建文件
- (2) 使用 svn add 命令将项目所有文件添加到本地版本控制
- (3) 使用 svn commit -m "注释" : 提交本地项目到远程服务器
5. 删除文件提交
- 一定不要手动删除文件*
- (1) svn remove filename 或者 svn delete filename 从本地版本控制以及对应文件删除
- (2) svn commit -m "注释" : 提交本地操作到服务器, 使服务器也删除对应的文件
6. 常用命令补充
- 1.svn status
- 查看当前工作空间内, 所有 有变化的文件 的状态
- 如果执行此命令什么都没输出, 代表本地没有东西要提交
- 2.svn log
- 查看当前版本的操作日志(什么人, 什么时间, 做了什么操作)
7. 版本控制中,各个文件状态参考
' ' 没有修改
'A' 被添加到本地版本控制
'C' 冲突
'D' 被删除(通过svn命令删除的文件)
'I' 被忽略
'M' 被修改
'R' 被替换
‘G’ 被合并
‘U’ 已经更新
‘E’ 已经存在
'X' 外部定义创建的版本目录
'?' 文件没有被添加到本地版本控制
'!' 文件丢失或者不完整(不是通过svn命令删除的文件)
'' 受控文件被其他文件阻隔
8. 注意事项
- 任何本地的操作, 如果想让服务器也做同样的操作, 就直接通过 commit操作 提交到服务器
- 任何向服务器提交的操作,都要加注释 添加 -m参数
六. 掌握-SVN终端演练(多人开发引发的问题)
多人合作开发中的常见问题
问题一 : 超时
- 问题描述: 当本地文件版本小于服务器文件版本时, 如果要提交本地文件,就会报 out of date 超时错误
- 产生原因: SVN通过版本号管理每一个文件,如果一个文件被修改并提交到服务器,那么服务器上的对应文件版本号就会加1, 如果你的版本号小于服务器版本号,就说明,肯定有别人在后来又修改了那个文件
- 解决方案: 针对于超时问题,对应的解决方案,就是先从服务器更新下最新版本, 保证本地版本号与服务器版本号一致,这是文件可以提交的前提
问题二 : 冲突
问题描述: 为了解决超时问题,只能更新.而在更新过程中,如果几个人修改了同一文件的同一行代码,此时就会产生冲突
产生原因: 版本控制器不会那么智能, 去决定应该使用谁的代码作为最终代码,只能将选择权抛给用户,让用户解决
-
解决方案: 系统提供三种解决方案
- (p) postpone
延迟处理(待会我自己处理), 如果选择这一种, 会自动生成三个文件供用户参考决策. 并将冲突部分代码块合并到一起. 而一旦解决完毕, 需要执行 svn resolved fileName 来告诉版本控制器已经解决, 然后版本控制器就会自动删除三个参考文件 - (mc) mine-conflict
使用我的(本地的), 如果代码产生冲突, 则以本地代码为准
- (tc) theirs-conflict
使用他人的(服务器), 如果代码产生冲突, 则以服务器代码为准
``` <<<<<<< .mine 此处代表是我的代码 ======= 此处代表服务器代码 >>>>>>> .r7```
- (p) postpone
七. 了解-SVN终端演练-版本回退
1.版本回退概念以及原因?
- 概念: 是指将代码(本地代码或者服务器代码), 回退到之前记录的某一特定版本
- 原因: 如果代码做错了, 想返回之前某个状态重做;
2.修改了,但未提交的情况下, 回退代码
- 方案1: (大力推荐)
- svn revert (作用:返回到上次提交后版本对应的最原始的状态)
- 方案2: (不推荐)
- 删除整个项目,重新checkout
3. 修改了,并且提交了的情况反悔
方案1: 大力推荐
svn update :(作用: 将本地代码更新到与服务器相同的版本)
svn merge 文件名 -r 版本1:版本2:(作用: 把版本1 -> 版本2 的 diff 作用在当前版本)
svn commit -m “本地和服务器都回退到某一指定版本”
-
方案2: (推荐)
- svn update -r 指定版本号(此时本地代码已经变化,但是服务器没有改变)
--------以下步骤是为了让服务器代码也回滚到以前的版本---------- - 修改部分文件
- svn update (此时会产生冲突, 选择使用自己的代码即可)
- 再次提交代码
- svn update -r 指定版本号(此时本地代码已经变化,但是服务器没有改变)
-
方案3:忘记这个方案
- 手动保存需要回退的文件内容
- 删除文件,提交到服务器
- 重新添加文件,上传到服务器
八. 掌握-Xcode管理SVN
-
掌握怎样添加远程代码仓库的关联
2.掌握怎样checkout, 下载服务器代码, 以及初始化本地版本控制库
3.掌握怎样新建文件提交, 修改文件提交, 删除文件提交
4.掌握版本日志查看, 以及了解版本回退
-
日志查看
-
版本回退
-
修改了没有提交
-
修改了并且已经提交
-
5.掌握多人开发中的超时问题和冲突问题的解决
开发经验: 最好忽略没必要提交的文件
九. 了解-SVN目录规范
1.文件目录作用?
-
trunk : 主干,当前开发项目的主目录;
- 我们之前更新代码,提交代码都是在这个文件夹进行操作
-
brannches:分支目录
- 添加非主线功能时使用,开发测试之后,可以合并到主干项目中。修复Bug,研发不确定的新功能都在这里做
-
tags:标记目录,通常作为重大版本的备份;
- 如果有发布版本出现Bug,可以快速的找到对应版本的项目备份,然后开一个分支,进行Bug修复,用于与主干区分
2.掌握利用图形客户端版本备份流程
3.了解已发布版本bug解决流程
4.了解研发不确定功能模块的流程
十. 了解-SVN 托管平台
- svnspot:http://code.svnspot.com
- svnchina:http://www.svnchina.com
备注账号:ming
补充:
- 1.XCode对静态库支持不好, 有时候会无法添加到本地版本控制库; 所以进到公司, checkout项目下来发现缺少文件, 不要着急, 直接跟人沟通.
- 2.其实多人合作开发中, 最蛋疼的问题就是解决冲突. 此处我们演练的都是简单冲突的解决. 进到公司后会更复杂
- 解决方案1: 靠项目经理对项目结构的划分, 把各个功能模块间的耦合性降到最低. 尽量大家开发没有公共文件
- 解决方案2: 一定要多沟通, 修改某些公共文件之前说一声
- 解决方案3: 有点不要脸....不说了,自己悟去。O(∩_∩)O哈哈哈~