一 常规使用
- 给常用命令起别名：
git config --global alias.st “status” (全局配置在个人的.gitconfig中配置)
- 创建本地共享库：
git init --bare - gitignore文件：
只针对工作区文件。如果文件已经提交到暂缓区，此时再改.gitignore也没用了 - 给项目打版本标记tag
- 在本地：
git tag -a v1.0 -m “这是1.0版本” - 推送到远程共享库：
git push origin v1.0
- 在本地：
- 在git全局配置文件中添加username和email
git config --global username "想起的名字"
git config --global email "邮箱"
二 多人协作特殊情况处理
场景描述：正在开发项目2.0版本，发现1.0版本有bug
产品经理的工作
1. 首先将2.0版本正在开发的项目push到远程共享库
修复bug的程序员的工作
2. 修复bug的程序员从新的远程共享库中拉取代码到本地
3. 根据1.0版本的tag名称新建分支 v1.0fixbug (注意不能直接在拉取的最新代码上修改，因为最新代码中包含已经开发的2.0版本的代码)
git checkout v1.0 -b v1.0fixbug
4. 程序员在新建分支上修复1.0bug，修复之后在本地提交
5. 给修复之后的1.0版本打tag
git tag -a v1.1 -m "这是修复1.0bug之后的1.1版本"
6. 将本地打的v1.1tag推送到远程共享库
git push origin v1.1
7. 将本地提交好的v1.0fixbug分支提交到远程共享库(此时，远程共享库有两个分支，一个master主分支，一个v1.0fixbug分支)
git push origin v1.0fixbug
1-7具体流程
产品经理继续工作
8. 首先从远程共享库拉一份最新的代码到自己的本地库
9. 合并远程v1.0fixbug分支到本地master分支
git merge origin/v1.0fixbug -m "合并远程共享库的v1.0fixbug分支到本地"
- 将本地最新代码推送到远程共享库的主分支
git push
8-10具体流程
