总结：
版本回退：
冲突的处理：
讲一下静态库在git里面的操作：
A:xcode操作
首先有个注意事项， 如果你拖进去一个文件夹，出来的是问号， 那么是因为xcode没有识别，或者说不在暂缓区里面； 需要删掉， 重新第一先拖进去一个文件夹， 然后拖进去一个文件， 这样就会识别了； 而且删掉文件夹之后，其实文件夹还在， 只是删掉了文件的引用；
第二种做法，问号之后， 右键，source control ---add 就可以了；
第三种做法，问号以后，使用命令行， cd 目录， git add . 就可以了。
source control ---commit "添加了xxx的静态库"
B: xcode操作
source control---pull...
细节：
版本备份：
1， 1.0版本开发完毕， 将1.0版本上传到AppStore 供用户使用 , 对1.0版本进行备份（打上标签）；
2，需要将标签push到共享版本库 ；
3， 开始2.0版本的开发；
4，发现1.0版本有bug; 在A的文件夹下面创建一个文件夹，用于修复bug; 将共享版本库所有的内容clone下来；
5, 将当前的代码转为1.0标签， 创建分支， 并切换到该分支；
6， 在分支中修复bug, 将修复好的版本，上传到Appstore 供用户使用， 打上tag, 并上传到共享版本库；
7，跟当前正在开发的2.0版本进行合并
8， 删除分支；
按上面的想法实现一下：
一、 1.0版本开发完毕， 将1.0版本上传到AppStore 供用户使用 , 对1.0版本进行备份（打上标签）；
A： 修改代码， commit "xxx" push +commit;
B: pull ... , 修改代码， commit "xxx" push +commit;
A： pull... ,
备份做法：
打tag做法：
（ 打开当前文件夹 open ./ ）
cd 到目录下， git tag -a xxx1.0 -m "这是1.0版本"
查看当前有哪些tag:
git tag
二、需要将标签push到共享版本库 ；
open./
cd 需要的目录下面
git tag 可以看到其他开发者是不能查看tag的， 上面的tag只是本地的操作， 如果想查看， 就必须push到共享版本库。
push操作：
git push origin xxx1.0 （origin是当前目录）（这个tag的名字）
做完你发现其他的开发者， git pull git tag, 就已经有tag了。
三、开始2.0版本的开发；
A： 修改代码， commit "xxx" push +commit;
B： pull...
四、发现1.0版本有bug; 在A的文件夹下面创建一个文件夹，用于修复bug; 将共享版本库所有的内容clone下来；
做法：
在A的文件夹下面创建一个文件夹， weibo 1.1fixBug, cd 这个目录下， git clone 把共享版本库的文件夹拖到这里，
这样就可以了；
五、将当前的代码转为1.0标签， 创建分支， 并切换到该分支；
1) 将当前的代码转为1.0标签
想要的是打着1.0标签的项目。但是服务器是现在的项目， 那么就需要转换为1.0标签的项目，
git checkout 标签名（xxx1.0）
报错： not a git repository 说的是你不在git仓库 ， 就是你现在的操作不在工作区，需要转到工作区操作。
报错改正：
cd 到为了修复bug建立的目录下面， 执行刚才的命令 git checkout xxx1.0 (标签名）
2) 创建分支， 并切换到该分支
git checkout -b xxx1.1fixbug (分支的名字)
你点击source control ----xxx ---xxx1.1fixbug , 你会发现你现在已经在这个分支下面了。
意思是这个方法可以查看现在所在的分支。
在这个分支修复bug, commit "xxx" push +commit;
六、在分支中修复bug, 将修复好的版本，上传到Appstore 供用户使用， 打上tag, 并上传到共享版本库；
切记一定要在当前分支打tag. tag的名字不能彼此重复， tag的名字不能和分支名字重复；
打tag做法：
（ 打开当前文件夹 open ./ ）
cd 到目录下， git tag -a xxx1.1 -m "这是修复了1.0bug的1.1版本"
查看当前有哪些tag:
git tag
open./
cd 需要的目录下面
git tag 可以看到其他开发者是不能查看tag的， 上面的tag只是本地的操作， 如果想查看， 就必须push到共享版本库。
push操作：
git push origin xxx1.1 （origin是当前目录）（这个tag的名字）
做完你发现其他的开发者， git pull git tag, 就已经有tag了。
七、跟当前正在开发的2.0版本进行合并
因为刚才是在A修复的bug, 那么现在如果A正在开发2.0版本，
先打开A的2.0的代码， 在pull的时候， 切换1.1fixbug , pull....
然后就看到新的代码了。
但是我们拉代码是从1.1fixbug分支拉下来的。
我们现在要push代码， 保证其他的分支也可以用到。
所以，点击push, 选择master分支， push.
直接pull . .. ，B就可以拿到代码了。
八、 删除分支；
查看一下现在所在的分支： git branch（查看本地的全部分支）, 绿色的带星星的 就是现在所在的分支
查看现在带路径的全部分支： git branch -r （查看共享版本库的全部分支）
删除分支做法：
1）删除分支前， 先切换分支： git checkout master(分支的名字)
2）查看一下现在所在的分支： git branch, 绿色的带星星的 就是现在所在的分支
3） 删除分支的方法测试1： git branch -r -d 分支名字的全称（用git branch -r 查出来的带路径的 分支名字）
4）查看是否删除成功 git branch -r 发现没有了， 但是 git pull 你发现新的又下载下来了; git branch -r ， 又出现了，
这就证明了， 删除成功只是本地操作， 必须push到共享版本库， 才可以；
5) 删除分支的方法测试2： git branch -r -d 分支名字的全称（用git branch -r 查出来的带路径的 分支名字） git push origin -- delete 不带路径的 分支名字；
6) 检查发现也是成功的。 git pull git branch -r ，也是删除成功的状态。
7） 但是你敲命令 git branch 的时候， 你发现还是有这个分支名字， 这个实际上是本地的分支名字， 说明本地的分支还是存在， 你需要把本地的也删掉， 不然是没有删除干净的； 例如你操作 git push origin xxx.1.1fixbug git branch-r , 你发现分支又存在了；
