SVN在Mac上使用Xcode+Cornerstone
SVN基本操作:
下载服务器代码、修改本地代码、提交本地代码
常见操作:
svn checkout:将服务器代码完整的下载到本地
svn commit:将本地修改的内容提交到服务器
svn update:将服务器最新代码下载到本地
注意:
1.Checkout只需要做一次!
提醒:
每天下班前:commit“可运行版本”
每天上班前:update前一天所有代码
在Mac上,可以利用SVN图形界面工具来管理源代码,可以大大减小使用命令行的痛苦(有些操作使用命令行会比较繁琐,比如解决冲突)
Cornerstone / Versions / Xcode
安装完cornerstone后,双击进入cornerstone图形化界面:
上图中“远程svn服务器仓库”其实是和svn服务器建立连接后的一个映射。
接下来,项目经理需要先把服务器完整的目录下载到本地,然后初始化项目。
1.连接仓库:
2.连接成功:
3.点击“Checkout”,下载仓库所有的内容(本例中是指下载远程仓库的目录结构):
4.此时,“本地svn目录”下已经有了远程svn服务器test仓库的所有内容(code文件夹和doc文件夹):
---------------------------------------------------项目经理初始化项目 --------------------------------------------------
1.用Xcode创建一个项目,把项目添加到code文件夹下:
2.默认项目创建好后,所有相关文件的状态都变为了A(Add),代表已经在svn管理之下,但是未提交到svn服务器。
cornerstone上的本地目录(working copies)已经有了项目文件:
然而,此时远程代码仓库仍然没有代码,下一步需要commit本地代码到远程代码仓库。
cocornerstone界面刷新服务器代码仓库快捷键:command + r
3.提交本地代码到远程仓库:
方法一:用Xcode commit:
方法二:用cornerstone commit:
一般,初始化项目的时候,第一次commit项目,不在Xcode中提交项目,因为,
除了默认的需要忽略的文件,还需要手动的忽略一些不需要上传到svn服务器代码仓库共享的文件,Xcode做不到这一点。cornerstone能够帮助项目经理手动忽略一些文件,所以,此处我们用cornerstone演示怎么手动忽略不需要上传的文件。
cornerstone会自动帮我们识别,哪些文件不需要提交,哪些需要提交。
4.添加注释,提交初始化项目到服务器(不需要改变勾选项,cornerstone默认会忽略不需要上传的文件)
5.查看远程仓库是否已经有了被commit的项目:
当然,被commit成功的文件,其在Xcode中的A(Add)标记也会消失:
6.此时,初始化项目工作还没有完成,还需要手动忽略一些cornerstone么有帮助我们忽略的文件
需要忽略的文件如下:
7.先delete需要忽略的文件夹:
delete之后:
8.再commit一次该项目(因为在delete之前,我们已经commit过一次项目,所以需要再次commit删除了文件夹后的项目,更新远程仓库,使之保持同步)。PS:一般commit不成功,会报错,这时,需要先update,然后再commit。
9.然后再右键需要忽略的文件(夹),点击ignore
10.最后再来一次commit(前后一共3次commit)
怎么验证所有需要忽略的文件都已经全部忽略掉?
只修改了一个文件,如果commit的时候系统也只是commit被修改的那一个文件,说明忽略成功(所有需要忽略的文件都已经被忽略),如果修改了一个文件,commit的时候系统却需要commit多个文件,说明还有一些文件没有被忽略。
总结:
需要忽略的文件:
1.Xcode默认会记住我们当前正在编辑的文件,也就是上次退出项目时停留的文件,下次打开项目会停留在该文件。我们不需要把这些信息共享给同事,所以需要忽略。
2.Xcode会记录目录的打开情况。同事不需要共享。
3.断点信息。同事不需要共享。
以上三个需要忽略的信息,都在xcuserdata 文件夹下,所以只需要忽略xcuserdata文件夹。
至此,项目经理用cornerstone初始化项目,忽略文件等操作已经完成。
1.cornerstone的多人开发
因为cornerstone根Xcode相比,能够更好的忽略文件,所以除了项目经理第一次初始化项目的时候需要用到cornerstone,其他时候用Xcode的source control的命令就可以进行源码的update和commit。
新人加入:
1.新人需要做的第一件事情
和项目经理要svn的服务器地址/svn账号和密码
产品需求文档
接口文档
效果图
2.下载服务器的源代码
svn checkout
新人刚到公司,项目经理不会分配write代码的权限,所以只能先阅读公司的代码
拿到账号密码后,check out源码
如果新人修改了代码并且也commit了
其他员工需要update
新员工给项目增加了一个类,此时这个类文件变成了A(Add),此时需要commit,但是project
setting也需要被提交。因为project
setting记录了目录的结构情况,添加、删除、移动文件位置影响了目录结构,所以也需要提交project setting,不能忽略。
2.解决冲突
两个人前后都改了同一个位置的代码,先改代码的人先commit。后改代码的没有update就commit,此时就会产生冲突。例如:
经理->update->修改了第99行代码->commit;张三->修改了第99行代码->commit。此时就会冲突。
3.Xcode中svn使用注意---添加静态库
注意:静态库拖拽到项目中后,.a文件默认是I(ignore)的,但是.a文件是需要参与编译的,所以需要用命令行把.a文件添加到项目中,然后commit。
4.Xcode中svn使用注意---storyboard
在原来的Xcode版本中,svn对storyBoard的支持非常不好,鼠标点击一下xib或者storyBoard,xib或者storyBoard就会变成M。现在6.0版本之后,可以点击,但是不可以移动,如果移动xib或者storyBoard也会变为M。因为storyBoard本质是XML。
多个人同时修改storyBoard的后果,storyBoard冲突,导致storyBoard打不开。
和代码冲突类似,如果先往storyBoard的同一个位置添加了一个控件,并且后者在不知道前者在同一个位置添加了控件的情况下也再该位置添加了一个控件,那么两个控件在storyBoard上的位置冲突,后者commit会报错。
建议:尽量使用xib,这样可以避免多个人同时操作storyBoard。
5.Xcode的checkOut和svn使用技巧
1.尽可能修改文件之前先update文件,写一些代码后就立即提交到服务器
2.尽可能在下班之前半小时就提交代码,这样可以预留出来半小时解决可能存在的冲突
3.修改公共文件之前尽可能和同事说一声,修改完成后让同事及时更新,不要做哑巴式程序员,多沟通才能避免一些不必要的冲突和误会,不仅是体现出来对工作的认真,也是对同事的尊重(哥们我之前工作就一直不爱说,工作很低调,吃过这亏)。
6.svn目录结构
正规项目的SVN目录结构一般有3个文件夹:
trunk:主干
当前开发项目的主目录
branches:分支目录
添加非主线功能时使用,开发测试之后,可以合并到主干项目中
tags:标记目录
通常作为重大版本的备份