Git工作流与高级技巧-优快云博客

工作流
初始化仓库
添加和提交
推送改动
分支
更新与合并
替换本地改动
回滚
远程仓库
有用的贴士
GIT vs SVN

工作流

你的本地仓库由 git 维护的三棵“树”组成。第一个是你的工作目录，它持有实际文件；第二个是缓存区（Index），它像个缓存区域，临时保存你的改动；最后是 HEAD，指向你最近一次提交后的结果。

初始化仓库

$ git init
Initialized empty Git repository in /Users/michael/learngit/.git/    #初始化了空的git仓库，生成的.git目录用来跟踪管理版本库

git init 把当前目录变成Git可以管理的仓库。

添加和提交

你可以计划改动（把它们添加到缓存区），使用如下命令：

git add <filename>
git add *

这是 git 基本工作流程的第一步；使用如下命令以实际提交改动：

git commit -m "代码提交信息"

现在，你的改动已经提交到了 HEAD，但是还没到你的远端仓库。

推送改动

你的改动现在已经在本地仓库的 HEAD 中了。执行如下命令以将这些改动提交到远端仓库：

git push origin master

可以把 master 换成你想要推送的任何分支。

如果你还没有克隆现有仓库，并欲将你的仓库连接到某个远程服务器，你可以使用如下命令添加：

git remote add origin

如此你就能够将你的改动推送到所添加的服务器上去了。

分支

分支是用来将特性开发绝缘开来的。在你创建仓库的时候，master 是“默认的”。在其他分支上进行开发，完成后再将它们合并到主分支上。

创建一个叫做“feature_x”的分支，并切换过去：
git checkout -b feature_x

切换回主分支：
git checkout master

再把新建的分支删掉：
git branch -d feature_x

除非你将分支推送到远端仓库，不然该分支就是不为他人所见的：
git push origin

更新与合并

要更新你的本地仓库至最新改动，执行：
git pull

以在你的工作目录中获取（fetch）并合并（merge）远端的改动。

要合并其他分支到你的当前分支（例如 master），执行：

git merge

两种情况下，git 都会尝试去自动合并改动。不幸的是，自动合并并非次次都能成功，并可能导致冲突（conflicts）。这时候就需要你修改这些文件来人肉合并这些冲突（conflicts）了。改完之后，你需要执行如下命令以将它们标记为合并成功：

git add

在合并改动之前，也可以使用如下命令查看修改的内容：

git diff

替换本地改动

假如你做错事（自然，这是不可能的），你可以使用如下命令替换掉本地改动：

git checkout --

此命令会使用 HEAD 中的最新内容替换掉你的工作目录中的文件。已添加到缓存区的改动，以及新文件，都不受影响。

假如你想要丢弃你所有的本地改动与提交，可以到服务器上获取最新的版本并将你本地主分支指向到它：

git fetch origin

git reset --hard origin/master

因为暂存区的存在，撤销修改分为几种情况（通过 git status 查看仓库状态时会提示相关撤销修改的命令）：

修改后，文件没有放入暂存区（即文件一直在工作区）：用 git checkout -- 文件名撤销工作区的改动（回到跟版本库一样的状态，即回到最近一次 git commit时的状态，所有改动全部清除）

修改后，文件放入暂存区，且文件没有再次修改（即文件已经进入暂存区）：分两步：先用 git reset 撤销 git add 操作（此时更改仍留在工作区），再执行 git checkout -- 文件名清除工作区的改动

修改后，文件放入暂存区，且文件再次修改：分三步：先用 git checkout -- 文件名撤销工作区的改动，再用 git reset 撤销 git add 操作（此时更改仍留在工作区），最后执行 git checkout -- 文件名清除工作区的改动

git checkout -- 文件名命令可以撤销文件在工作区的修改。

git reset 文件名命令可以撤销指定文件的 git add 操作，即这个文件在暂存区的修改。

git reset 命令可以撤销之前的所有 git add 操作，即在暂存区的修改

回滚

git status命令可以让我们时刻掌握仓库当前的状态

git diff 查看最近的修改

git diff HEAD -- readme.txt 查看工作区和版本库里面最新版本的区别

git log 显示从最近到最远的提交日志

$ git log
commit 5e75f785d57170a2685b8a8cc405cb11a9561bf4      #5e75f... commit id（版本号）
Author: sunchenwei <sun.chenwei@puscene.com>
Date:   Fri Jun 7 19:11:23 2019 +0800

    git

commit 9aa60b6f4db0bceda4849adc1331a4f4054923b5
Merge: 88008b4 2c79a39
Author: sunchenwei <sun.chenwei@puscene.com>
Date:   Sun Jun 2 23:14:04 2019 +0800

    Merge remote-tracking branch 'origin/gh-pages' into gh-pages

commit 88008b4cfd8c7c0751763b9be5d6694a7bda67a5
Author: sunchenwei <sun.chenwei@puscene.com>
Date:   Sun Jun 2 23:13:43 2019 +0800

    数据结构

git log --pretty=oneline 查看简化历史日志

$ git log --pretty=oneline
42c27bcd3e39c258d829102a23e935d7903d7767 git
d3d480c09532f75da2d68561e187b8703280b8b2 git
5e75f785d57170a2685b8a8cc405cb11a9561bf4 git
9aa60b6f4db0bceda4849adc1331a4f4054923b5 Merge remote-tracking branch 'origin/gh-pages' into gh-pages
88008b4cfd8c7c0751763b9be5d6694a7bda67a5 数据结构
2c79a392720ddaaa1fef4baeb1fa391a3dd87180 Delete php.xml
f2bd1c4fcd358dca858ab35702e9dc37cb7b7360 Delete deployment.xml
873817ccd4228cb3691a543ca95e420da350c5be Delete webServers.xml
4dc69c611a1656ccd9125af4c53aab0872275cf0 mysql
f2e9626ba2c85434c422a2979c3c318a4ad207aa mysql
ed1c403d34fb3f029c5870df2e73635823e2eb6c mysql
2d3d814faf09f0778a0b3175ce41373712b7d0bc mysql

每提交一个新版本，实际上Git就会把它们自动串成一条时间线。

回退版本

#HEAD表示当前版本
#上上一个版本就是HEAD^^

git reset --hard HEAD^

git reset --hard 【版本号】  # 回滚到指定版本

回退成功后，git log 查看日志会发现当前版本往前推的版本找不到日志了，但是只要提供未来版本的id就可以回到未来。

git reset --hard 42c27bc    #42c27bc只需提供前几个字符就可以找到了版本了

即使找不到id，也可以查看操作日志：

git reflog
cindy:WindBlog zhaoyu$ git reflog
42c27bc HEAD@{0}: reset: moving to 42c27bcd3e39c258d829102a23e935d7903d7767
d3d480c HEAD@{1}: reset: moving to HEAD^
42c27bc HEAD@{2}: reset: moving to 42c27bcd3e39c258d829102a23e935d7903d7767
d3d480c HEAD@{3}: reset: moving to HEAD^
42c27bc HEAD@{4}: commit: git
d3d480c HEAD@{5}: commit: git
5e75f78 HEAD@{6}: commit: git

图示流程

┌────┐
│HEAD│
└────┘
   │
   └──> ○ 42c27bcd3e39c258d829102a23e935d7903d7767
        │
        ○ d3d480c09532f75da2d68561e187b8703280b8b2
        │
        ○ 5e75f785d57170a2685b8a8cc405cb11a9561bf4

改为指向 d3d480c：

┌────┐
│HEAD│
└────┘
   │
   │    ○ 42c27bcd3e39c258d829102a23e935d7903d7767
   │    │
   └──> ○ d3d480c09532f75da2d68561e187b8703280b8b2
        │
        ○ 5e75f785d57170a2685b8a8cc405cb11a9561bf4

远程仓库

git push origin master

有用的贴士

内建的图形化 git：
gitk

彩色的 git 输出：
git config color.ui true

显示历史记录时，只显示一行注释信息：
git config format.pretty oneline

交互地添加文件至缓存区：
git add -i

GIT vs SVN

git 是分布式，svn 是集中式；
Git跟Svn一样有自己的集中式版本库和Server端，但Git更倾向于分布式开发，因为每一个开发人员的电脑上都有一个Local Repository,所以即使没有网络也一样可以Commit，
查看历史版本记录，创建项目分支等操作，等网络再次连接上Push到Server端。svn没有网络无法操作，每个人的版本都是提交到服务器，服务器坏了就雪崩。
Git把内容按元数据方式存储，而SVN是按文件：因为,.git目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。.git目录的体积大小跟.svn比较，你会发现它们差距很大。
Git的内容的完整性要优于SVN: GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。
提交代码,查看日志，推送具有闪电般的速度

git提交是个本地操作，相对svn闪电一般。

本地包含了完整的日志,无需网络

git向远程服务器推送提交内容相比svn更快

合并对提交过程的保留
git：合并操作保留原有的提交过程（即保留了合并来源的作者、提交次数、分离提交的内容）。

svn：合并操作把来源多个提交合并成了一个合并提交，即在提交历史中Crash了自然的提交过程。

转载于:https://www.cnblogs.com/followyou/p/11011361.html