Git 命令和界面操作对照表

操作	命令	解释
	git status	查看修改的文件
添加修改的文件到暂存区	git add 文件名	添加修改的文件到暂存区
提交	git commit -m "message"	将在暂存区记录提交到本地分支
推送	git push origin 分支名	推送到远端分支
	git branch -a	查看分支包括远端和本地分支
检出	git checkout -b 分支名	检出分支
合并	git merge 分支名	将分支合并到当前分支
重置	git checkout --文件名	放弃对这个文件的所有修改
拉取	git pull 分支名	拉取远端修改并自动合并到当前分支
抓取	git fetch 分支名	抓取远端修改
贮藏	git stash	将所有修改暂存起来
	git stash list	获取暂存列表
应用贮藏	git stash pop或者git stash apply 暂存index	将暂存应用到当前分支

多人合作流程

尽量避免出现多人修改同一个文件，分配任务时，尽量把任务独立，减少冲突。
先拉取远端然后和在本地合并，解决完冲突运行没有错误后，推送到远端。
提交的时候请详细写出修改了那个类，做了什么事情，方便以后查找问题。
每个人的所有开发工作都只在自己的分支开发，每添加一个新需求，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。
每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。
master分支是主分支，因此要时刻与远程同步；
dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
bug分支只用于在本地修复bug，就没必要推到远程
feature分支是否推到远程，取决于你是否和别人合作在上面开发。

git-br-policy

所有人都要从dev切出自己的分支，修改完毕经测试没问题再合并到dev分支，不要修改master分支，最终等dev分支经测试没问题再由组长确认合并到master分支。

解决冲突

<<<<<<< HEAD
my code
=======
other code
>>>>>>> feature1

如果不确定保留或者删除可以和修改这段代码的人商量，看是否保留或者删除别人的代码，要确保操作正确

忽略文件

写入忽略文件的文件，不会被版本追踪

## Build generated
build/
DerivedData/

## Various settings
*.pbxuser
!default.pbxuser
*.mode1v3
!default.mode1v3
*.mode2v3
!default.mode2v3
*.perspectivev3
!default.perspectivev3
xcuserdata/

## Other
*.moved-aside
*.xccheckout
*.xcscmblueprint

## Obj-C/Swift specific
*.hmap
*.ipa
*.dSYM.zip
*.dSYM