现在日常开发中都使用 git 作为源码管理工具，git 功能非常强大，但是对于研发不熟悉导致的问题也非常多，问题很多通常出现在使用 idea、eclipse 等开发工具操作 git 的时候，工程师还是需要对 git 的运行机制深入了解一下。本文主要叙述使用 git 命令来工作，包括git的工作流模式、使用中遇到问题的应对方式，熟练使用这些命令，足以应付日常开发了。
Git介绍
Git 是一套内容寻址文件系统，git本地保存快照和更新历史。对于任何一个文件，在 Git 内都只有三种状态：已提交（committed），已修改（modified）和已暂存（staged）。已提交表示该文件已经被安全地保存在本地数据库中了；已修改表示修改了某个文件，但还没有提交保存；已暂存表示把已修改的文件放在下次提交时要保存的清单中。
由此我们看到 Git 管理项目时，文件流转的三个工作区域：Git 的工作目录，暂存区域，以及本地仓库。
Git工作模式
- 基本的 Git 工作流程如下：
- 在工作目录中修改某些文件。
- 对修改后的文件进行快照，然后保存到暂存区域。
- 提交更新，将保存在暂存区域的文件快照永久转储到 Git 目录中。
- 另一种开发模式，类似于 github 的开发模式：
- 创建一个主仓库
- 每个人开发者fork一份开发库
- 开发者在自己fork出的代码里做开发
- 开发完后 pull request ，等待code review 审核合并代码
- 如果主仓库有更新，先fetch，然后合并到自己的仓库里
下面会详细叙述 git flow 开发模式，如果需求频繁，又多人协作开发，而且需求发版和开发周期又很不固定的话，建议使用此模式。
git flow研发模式：
git flow 开发模式，侵权删
- 创建develop分支
git branch develop
git push -u origin develop
- 克隆中央仓库，建好develop分支的跟踪分支
git clone ssh://user@host/path/to/repo.git
git checkout -b develop origin/develop
- 基于develop建一个开发分支
git checkout -b some-feature develop
git push --set-upstream origin test-feture 把创建的分支上传
- 开发完成后，合并到 develop 分支
git pull origin develop 合并功能前确保develop分支是最新的 git fetch --all
git checkout develop
git merge some-feature 合并
git push
git branch -d some-feature 删除功能分支
//开发命令
git status 查看状态
git add . 添加所有
git commit -a -m "描述"
git push 分支提交
- 准备发布：从develop拉一个release分支
git checkout -b release-0.1 develop
- 发布完成后，合并到master、develop，删除release分支：
git checkout master
git merge release-0.1
git push
git checkout develop
git merge release-0.1
git push
git branch -d release-0.1
- 给master打tag：
git tag -a 0.1 -m "Initial public release" master
git push --tags 或者 git push origin 0.1
- 如果发现bug，要从master拉一个hotfix分支，修复bug，合并到master：
git checkout -b issue-#001 master
# Fix the bug
git checkout master
git merge issue-#001
git push
- 合并到develop：
git checkout develop
git merge issue-#001
git push
git branch -d issue-#001
其他命令
- git log 查看日志
- 已经commit的回退到指定版本号：
git reset --hard commit_id
git push origin HEAD --force
- 撤销文件等
//撤销所有的已经add的文件
git reset HEAD .
// 撤销某个文件或文件夹：
git reset HEAD -filename
// 撤销对所有已修改但未提交的文件的修改，但不包括新增的文件
git checkout .
// 撤销对指定文件的修改，[filename]为文件名
git checkout [filename]
- git 更改远程仓库地址：
origin 是默认的指向远程代码库的名称，可以更改； 也可以通过添加新的指向来指定到多个远程代码库
git remote 可以列出当前的仓库名称
git remote -v 列出当前仓库列表
git remote rm origin 先删除
git remote add origin git@legitlab.letv.cn:lemall-frd-activity/activityops.git 再添加
- git fetch：相当于是从远程获取最新版本到本地，不会自动merge
- git pull：相当于是从远程获取最新版本并merge到本地
- git checkout -f branchname 强制覆盖本地文件
- 删除远程分支：
git push origin :branch-name
删除远程分支后，也要再删除本地分支，要不然会被重新提交上去。
- 打tag相关：
git tag -a master-2018-01-25 -m 'message'
git push origin master-2018-01-25
// 删除本地标签：
git tag -d 标签名
// 删除远程标签：
git push origin :refs/tags/标签名
- 出现have diverged的情况下，处理方式：
git fetch origin
git reset --hard origin/test
- 将本地仓库同中央仓库同步
git remote show origin 查看中央仓库信息
git remote prune origin 删除本地的已经在远端不存在的分支
- master 需要回退时，可以执行如下操作
git reflog show <branch name> 显示本地操作历史
master回退到指定的tag：
git show tag_name
git reset --hard tag_id
git push -f -u origin master //强制提交，需要确保master没有被锁定
-
多人协作开发时，如果git 合并不当很容易出现代码冲突、覆盖别人代码的问题：
提交顺序：提交前先add 然后commit，然后再git pull--> 处理合并 --> 处理了合并之后，再commit --> 然后再push
git fetch --all 并不会把更新的东西在当前展现，git log也看不到，只有执行了 git pull 之后git log才能看到其他人的更改
git rebase —abort 回退到合并前 -
回退到指定提交的commit id
git reset --hard ，是回退到本地commit 的版本
回退到指定commit 版本，git reset --hard commitid
撤销本地所有修改：git reset --hard hash 或者git checkout <sha1-of-a-commit 历史版本>
git reset --hard HASH #返回到某个节点，不保留修改。
git reset --soft HASH #返回到某个节点。保留本地修改内容
git rebase —abort 回退到合并前
git checkout . #本地所有修改的。没有的提交的，都返回到原来的状态
-
git stash #把所有没有提交的修改暂存到stash里面。可用git stash apply恢复。
-
开发分支操作
git branch -d **** 删除本地分支
git branch -a 查看远程分支
git branch 查看本地分支
git branch test 本地创建分支
git push origin test 把分支推到远程
git push origin :br-1.0.0 删除远程版本
- 本地更换git远程地址：
git remote rm origin
git remote add origin git@inside-git.01zhuanche.com:mp/sq-usercenter.git
- 代码导出
git archive --format zip --output './out.zip' master
可以通过format指定导出代码的格式
网友评论