第一课
总结所有文件状态(描述文件被添加/删除/修改)
1.' '没有修改
2.'A'被添加到本地代码仓库
3.'C' 冲突
4.'D' 被删除
5.'I' 被忽略
6.'M' 被修改
7.'R' 被替换
8,'?' 文件没有被添加到本地版本库内,不在SVN的管理之下
9.'!' 文件丢失或者不完整(不识别该文件)
10.'~' 受控文件被其他文件阻隔
11.'U' 本地有文件的情况下更新最新的代码到本地
12.'G' 产生冲突后,更新操作去解决冲突,相当于进行合并
所用到的命令行
1.svn checkout 服务器地址 --username=mgr --password=mgr :将服务器所有内容下载到本地,包含.svn
2.svn status:查看在svn工作目录下的所有文件状态
3.svn add:将svn工作目录下面没有被添加到svn管理之下的文件统统添加进去
4.svn commit -m "注释" 文件名 :将指定文件上传到服务器(注释必须写,文件名如果不写,则将在svn本地版本库中所有没上传到服务器的文件或代码上传到服务器)
5.touch main.m:创建main.m文件
二.注意点补充
1.不要删除.svn文件夹,也不要修改里面的内容,否则就不在svn的管理之下了
2.这节内容中,在公司中常用的命令为svn commit,修改或者添加代码都需要上传到服务器
3.svn checkout只需要做一次就可以了
4.svn add:在开发中当使用xcode创建项目后,创建的文件就被直接添加到svn的管理之下了,相当于做了一次svn add 操作.不过svn add命令当在添加静态库到项目中后还是必须用到的
```
##版本回退
```objc
通过以下命令将版本从第7个版本回退到第6个版本也可以说是进行合并,仅仅是内容的回退,版本号不会改变,文件名必须写上否则就会回退失败
svn merge -r7:6 文件名
命令行操作SVN的总结
1.命令行的简写可以通过 svn help查看更多的简写
2.版本回退:先回退到那个版本,查看是否是你想要的那个版本,之后更新回到最新的版本,再把那个版本的文件进行合并
注意点:本地版本号如果低于服务器版本号,那么commit操作不会被执行
3.删除文件:不要找到文件后右键删除,要使用命令行,否则删除操作不会被执行,下次更新依旧会更新到该文件
4.查看版本信息:一般情况下,先更新到最新版本,之后再查看版本信息
5.在公司中比较常用的命令就2个
svn commit
svn update
更新代码遇到冲突总结
1.更新代码时遇到out of date的错误提示一般是由于产生了冲突
2.常用的解决冲突的方式是
mc(使用本地的覆盖服务器的,有弊端不推荐)
tc(使用服务器的覆盖本地的,有弊端不推荐)
p(完美解决冲突,需要手动解决,注意点:必须通过命令行svn resovled (文件名) 来确定解决冲突)
3.产生冲突的原因
修改公共文件时,直接进行修改,并没有先更新再进行修改
4.如何避免冲突
1.修改公共文件前先进行update,再进行修改
2.修改公共文件前,最好跟同事提前说一声,修改完之后让同事更新一下
cornerstone安装注意
[图片上传失败...(image-51813f-1520299352580)]
将初始化的项目提交到服务器
1.xcode提交:xcode对SVN的集成越来越好,但是第一次初始化项目需要忽略一些文件操作,而xcode无法进行忽略
2.终端提交:终端执行操作繁琐不推荐
3.使用图形化界面进行提交可以执行忽略操作,选中项目点击commit进行提交
[图片上传失败...(image-eca7a2-1520299352580)]
- 删除需要忽略的文件(虽然cornerstone忽略一些文件,但是并没有忽略完全)
1.在项目中找到xcuserdata(xcode用户信息)右键删除,一般有2个这样的文件夹
图形化界面注意总结
1.需要忽略的文件
1.xcode默认有个功能,会记录上次正在编辑的界面(比如在appdelegate界面,这个时候xcode关闭再打开,还会停留在该界面)
2.xcode会记录左侧目录的打开情况,下次再打开时还是这样的打开情况
3.xcode会记录断点信息,下次打开时还有着之前的断点
4.以上都会产生相应的文件在xcuserdata文件夹下
2.忽略文件的步骤
1.先右键删除,然后上传删除操作到服务器,目的是不让svn再去管理该文件
2.xcode中做些操作重新来生成xcuserdata,这个时候状态为?
3.右键ignore忽略来忽略该文件夹,设置信息发生变化,需要先进行update操作
4.将忽略操作提交到服务器
3.从服务器checkout代码到本地svn版本号要选则1.7
Xcode中使用svn的使用注意
1.在xcode拖入静态库后svn不识别,需要通过命令行添加到svn的管理之下
2.使用storyboard或者xib避免冲突的注意点
1.因为公司都是分模块开发,能用xib的情况下不要用storyboard
2.每次保证只有一个人在修改storyboard,否认多人修改容易引起冲突
xcode的checkout和SVN实用技巧
checkout的方式
1.使用命令行 svn checkout 服务器地址 帐号和密码
2.使用图形化界面工具点击checkout按钮
3.使用xcode,先在偏好->帐号中配置远程地址再checkout到本地
SVN的目录结构
1.truck:主干,当前开发的主项目,一般公司里进行开发的时候都是在主干里进行的
2.branches:分支目录,添加非主线的功能的时候使用,开发测试之后合并到主项目中,在特殊情况下产生,一般产生重大bug的时候才会产生分支
3.tags:标记目录,通常作为重大版本的备份,比如开发了1.0,2.0版本后,都会对这个版本进行备份,备份的时候就备份到tags里面
[图片上传失败...(image-e9991b-1520299352580)]
1.目录规范:在实际开发中都会有truck(主干),branches(分支),tags(标记),这三个文件夹,并且一般是由项目经理来操作这三个文件夹
2.掌握着三个文件夹的主要作用
truck:正在开发的项目都是主干进行的,比如开发1.0版本,2.0版本
branches:一般当产生重大bug的时候产生,或者是尝试实现一个难度较高的功能
tags:只要发布了重大版本都要进行备份
第二课
git 工作原理
Command+Shift+. 可以显示隐藏文件、文件夹，再按一次，恢复隐藏；
- 一.核心的概念
1.工作区(Working Directory):
git的工作目录,.git的同级目录包括同级目录下的子目录,不包括.git
2.版本库(Repository)
.git目录,用于存储记录版本信息
1.暂缓区(stage)
2.分支(master):git会默认自动创建的一个分支,为master分支,可以认为是SVN中的主干
3.HEAD指针,用于指向当前分支,默认指向master分支,可以通过HEAD指针来回切换分支
- 二.git add 和git commit 原理
1.git add :将修改的文件或者添加的文件添加到暂缓区
2.git commit:把暂缓区的所有内容提交到当前分支(HEAD指针指向的分支),如果该文件不在暂缓区则不会提交!
[图片上传失败...(image-b156ae-1520299352580)]
- 三.总结
四.总结
1.svn开发工作在主干进行,git开发工作在分支中进行
2.通过add命令可以将工作目录没有被添加到暂缓区的文件添加到暂缓区
3.通过commit命令将暂缓区的所有内容上传到当前分支,提交成功后清空暂缓区内容
git起别名
1.起别名:当前版本库别名,与全局别名(只需要起一次,下次创建仓库后就不用起别名了)
2.删除文件:git rm 文件名,删除后保存在暂缓区,需要提交到代码仓库
3.查看版本号
git log:查看当期与当前以上的操作
git reflog:查看版本包含回退的操作
4.版本回退:回退到之前提交过的版本
.命令 的演 1.初始化 个代码仓库
git init 2.如果使 GIT,必须给GIT配置 户名和邮箱 给当前的git仓库配置 户名和邮箱
git config user.name “XMG”
git config user.email “XMG@163.com” 给git配置全局的 户和邮箱
git config —global user.name “XMG”
git config —global user.email “XMG@163.com” 3.初始化项
touch main.m : 创建了main.m
git add main.m : 将main.m添加到暂缓区
git commit -m “初始化项 ” : 将在暂缓区的所有内容提交到本地版本库, 清空暂缓区
git add . : 将在 作区所有不在暂缓区的所有内容添加到暂缓区
注意: 添加的 件或者是修改的 件都要通过add命令将该 件添加到暂缓区
4.查看 件状态 git status
红 : 该 件被添加或者被修改,但是没有添加到git的暂缓区 绿 : 该 件在暂缓区,但是没有提交到本地版本库
5.给命令 起别名
git config alias.st “status”
git config alias.ci “commit -m”
git config —global alias.st “status"
6.删除 件
git rm person.m : 将person.m删除
7.查看版本信息
git log - > 版本号是由sha1算法 成的40位哈希值 git reflog : 可以查看所有版本回退的操作
8.版本回退
git reset —hard HEAD : 回到当前版本
git reset —hard HEAD^ : 回到上 个版本 git reset —hard HEAD^^ : 回到上上个版本
git reset —hard HEAD~100 :回到前100个版本 git reset —hard 版本号(前5位)
9.给log起别名
git config --global alias.lg "log --color --graph -- pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"
.共享版本库 git服务器的搭建 常繁琐(linux) 可以把代码托管到(Github/OSChina) 个 件夹
个U盘
1. 个 件夹作为共享版本库 git init —bare
2.将共享版本库的所有内容下载到本地 git clone 共享版本库地址
3.删除忽略 件
touch .gitignore —> Github ->搜索”.gitignore” -> 选择*最多的->找到 Object-C,复制下来
4.版本回退
git reset —hard HEAD^ :回到上 个版本(张三) git push -f :强制上传到共享版本库
git reset —hard HEAD^ :回到上 个版本(经理)
三.版本备份(了解) 1.1.0版本开发完毕,将1.0版本上传到AppStore,对1.0版本进 备份(打上标签)
git tag -a weibo1.0 -m “这是1.0版本”
git tag 2.需要将标签push到共享版本库
git push origin weibo1.0
3.开始2.0版本的开发 4.发现1.0版本有bug,在经理的 件夹下 创建 个 件夹, 于修复bug,将共 享版本库所有内容clone
git clone 5.将当前的代码转为1.0标签,创建分 ,并切换到该分
git checkout weibo1.0 : 转为1.0标签
git checkout -b weibo1.1fixbug : 创建分 ,并切换到该分
6.在分 中修复bug,上传到AppStore,将修复好的版本,打上tag,并上传到共享 版本库
git tag -a weibo1.1 -m “这是修复了1.0bug的1.1版本”
git push origin weibo1.1 7.跟当前正在开发的2.0版本进 合并 source Control - > pull ->weibo1.1fixbug 8.删除分
git branch :查看当前在哪个分
git branch -r :查看本地版本库的分
git branch -d weibo1.1fixbug : 删除本地分
git branch -r -d origin/weibo1.1fixbug :删除本地版本库分 git push origin —delete weibo1.1fixbug
四.新 代码仓库
创建 个 件夹作为共享版本库
项 经理项空的代码仓库push代码 source control -> configuration -> 添 加共享版本库地址
五.Github上托管代码 1.使 HTTPS认证 2.使 SSHKeys认证
公钥 : 存在github上 来解密
私钥 : 存在本地的 个.ssh 件夹下 来加密
git上传代码到远程仓库错误补充
在github上传项目遇到的问题(error: failed to push some refs to 'https://github.com/CrazyDony/text.git')
原创 2016年07月21日 17:17:43 3302
在命令行中输入:
echo "# text" >>README.md
git init
git add README.md
git commit -m "first commit"
git remote add origin https://github.com/CrazyDony/text.git
git push -u origin master
会出现以下错误
error: failed to push some refs to 'https://github.com/CrazyDony/text.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
出现错误的主要原因是github中的README.md文件不在本地代码目录中,
命令行中输入:
git pull--rebase origin master
git push -u origin master
然后又会出现
error: failed to push some refs to 'https://github.com/CrazyDony/text.git'
hint: Updates were rejected because a pushed branch tip is behind its remote
hint: counterpart. Check out this branch and integrate the remote changes
hint: (e.g. 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
命令输入:
git push origin master
出现
failed to push some refs to 'https://github.com/CrazyDony/text.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes (e.g.
hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
原因:自己分支版本低于主版本
git push -u origin master-f
Counting objects: 35, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (29/29), done.
Writing objects: 100% (35/35), 10.15 KiB | 0 bytes/s, done.
Total 35 (delta 5), reused 0 (delta 0)
To https://github.com/CrazyDony/text.git
+ aa70966...f64b22a master -> master (forced update)
Branch master set up to track remote branch master from origin. 完成.
