美文网首页iOS 常见问题汇总
Mac Git命令

Mac Git命令

作者: Andy0528 | 来源:发表于2017-08-11 13:48 被阅读48次

    Git初始设置

    设置使用Git时需要的用户名和邮箱

    $ git config --global user.name 'Firstname Lastname'
$ git config --global user.email "your_email@example.com"

    初始化仓库

    $ mkdir myApp
$ cd myApp
$ git init
Initialized empty Git repository in /Users/INST/Desktop/myApp/.git/

    如果初始化成功，执行了 git init命令的目录下就会生成 .git 目 录。这个 .git 目录里存储着管理当前目录内容所需的仓库数据。
    在 Git 中，我们将这个目录的内容称为“附属于该仓库的工作树”。 文件的编辑等操作在工作树中进行，然后记录到仓库中，以此管理文件 的历史快照。如果想将文件恢复到原先的状态，可以从仓库中调取之前 的快照，在工作树中打开。开发者可以通过这种方式获取以往的文件。 具体操作指令我们将在后面详细解说。

    查看仓库的工作状态

    $ git status
On branch master

Initial commit

    结果显示了我们当前正处于 master 分支下。关于分支我们会在不久 后讲到，现在不必深究。接着还显示了没有可提交的内容。所谓提交
    (Commit)，是指“记录工作树中所有文件的当前状态”。 尚没有可提交的内容，就是说当前我们建立的这个仓库中还没有记 录任何文件的任何状态。

    向暂存区中添加文件

    如果只是用 Git 仓库的工作树创建了文件，那么该文件并不会被记 入 Git 仓库的版本管理对象当中。因此我们用 git status命令查看 README.md 文件时，它会显示在 Untracked files 里。
    要想让文件成为 Git 仓库的管理对象，就需要用 git add命令将其 加入暂存区(Stage 或者 Index)中。暂存区是提交之前的一个临时区域。

    $ git add README.md 
$ git status
# On branch master

      将 README.md 文件加入暂存区后，git 果发生了变化。可以看到，README.md文件显示在Changes to be committed 中了。

    保存仓库中的历史记录

    git commit命令可以将当前暂存区中的文件实际保存至历史记录中，通过这些记录，我们可以从工作树中复原文件

    $ git commit -m "First commit"
[master (root-commit) c968230] First commit
 1 file changed, 1 insertion(+)
 create mode 100644 README.md

    -m 参数后的 "First commit"称作提交信息，是对这个提交的概述。

    记述详细提交信息

    刚才我们只简洁地记述了一行提交信息，如果想要记述得更加详细，请不加- m，直接执行gitcommit命令。执行后编辑器就会启动，并显示如下结果。

    $ git commit
# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
# On branch master #
# Initial commit
  #
# Changes to be committed:
# (use "git rm --cached <file>..." to unstage) #
# new file: README.md
#

    在编辑器中记述提交信息的格式如下：

    1. 第一行:用一行文字简述提交的更改内容
    2. 第二行:空行
    3. 第三行以后:记述更改的原因和详细内容

    只要按照上面的格式输入，今后便可以通过确认日志的命令或工具 看到这些记录。
    在以 #(井号)标为注释的 Changes to be committed(要提 交的更改)栏中，可以查看本次提交中包含的文件。将提交信息按格式 记述完毕后，请保存并关闭编辑器，以 #(井号)标为注释的行不必删 除。随后，刚才记述的提交信息就会被提交。

    查看提交日志

    git log命令可以查看以往仓库中提交的日志，包括什么人什么时候进行了提交和合并，以及操作之后有何区别。

    $ git log
commit 2c2ee0223f54c7512245f7ab3da5ad7e1bbfb30a
Author: Firstname Lastname <your_email@example.com>
Date:   Fri Aug 11 09:37:56 2017 +0800

    第一行简单文字描述
    //空格
    只是一个小小的测试
    文本

commit c968230beadd590903ee2645387d833596fb0fca
Author: Firstname Lastname <your_email@example.com>
Date:   Fri Aug 11 09:30:42 2017 +0800

    First commit

INSTdeiMac:myApp Andy$ git log --pretty=short     // 只显示提交信息的第一行
commit 2c2ee0223f54c7512245f7ab3da5ad7e1bbfb30a
Author: Firstname Lastname <your_email@example.com>

    第一行简单文字描述

commit c968230beadd590903ee2645387d833596fb0fca
Author: Firstname Lastname <your_email@example.com>


$ git log README.md                                 // 只显示单个文件、目录日志
commit c968230beadd590903ee2645387d833596fb0fca
Author: Firstname Lastname <your_email@example.com>
Date:   Fri Aug 11 09:30:42 2017 +0800

    First commit

    显示文件的改动

    如果想要查看提交所带来的改动，可以加上参数- p,文件的前后差别就会显示在提交信息中

    $ git log -p README.md
commit c968230beadd590903ee2645387d833596fb0fca
Author: Firstname Lastname <your_email@example.com>
Date:   Fri Aug 11 09:30:42 2017 +0800

    First commit

diff --git a/README.md b/README.md
new file mode 100644
index 0000000..421ac42
--- /dev/null
+++ b/README.md
@@ -0,0 +1 @@
+# git教程
\ No newline at end of file

    查看暂存区和工作树之间的差别

     git diff
diff --git a/README.md b/README.md index e69de29..cb5dc9f 100644
--- a/README.md
+++ b/README.md
@@ -0,0 +1 @@ +# Git教程

    由于我们尚未用git只会显示工作树与最新提交状态之间的差别。

    add命令向暂存区添加任何东西，所以程序只会显示工作树与最新提交状态之间的差别。

    查看工作树和最新提交的差别

    如果现在执行 git diff命令，由于工作树和暂存区的状态并无 差别，结果什么都不会显示。要查看与最新提交的差别，请执行以下 命令。

    $ git diff HEAD
diff --git a/README.md b/README.md index e69de29..cb5dc9f 100644
--- a/README.md
+++ b/README.md
@@ -0,0 +1 @@
+# Git教程

    不妨养成这样一个好习惯:在执行 g i t
    git diff HEAD命令，查看本次提交与上次提交之间有什么差别，等 确认完毕后再进行提交。这里的 HEAD 是指向当前分支中最新一次提交 的指针。

    分支操作

    显示分支一览表

    ```
$ git branch
* master  //当前只有master分支
```

    创建和切换分支

    ```
$ git checkout -b Feature-A

$ git branch
* Feature-A
 master

```

    切换回上一个分支

    ```
$ git checkout -
Switched to branch 'master'
```

    像上面这样用“-”(连字符)代替分支名，就可以切换至上一个分 支。当然，将“-”替换成 feature-A 同样可以切换到 feature-A 分支。

    feature-A 分支左侧标有“*”，表示当前分支为 feature-A。在这个状 态下像正常开发那样修改代码、执行 g i t a d d命令并进行提交的话， 代码就会提交至 feature-A 分支。像这样不断对一个分支(例如 feature-A)进行提交的操作，我们称为“培育分支”。

    分支合并

    接下来，我们假设 feature-A 已经实现完毕，想要将它合并到主干分 支 master 中。首先切换到 master 分支。
    ```
    $git checkout -  //回到主分支
    Switched to branch 'master'
    
    ```

然后合并 feature-A 分支。为了在历史记录中明确记录下本次分支合 并，我们需要创建合并提交。因此，在合并时加上 --no-ff参数。
```
$ git merge --no-ff feature-A
```

    以图标的方式查看分支

    $ git log --graph

    • 更改提交的操作，回溯历史版本

      Git 的另一特征便是可以灵活操作历史版本。借助分散仓库的优势， 可以在不影响其他仓库的前提下对历史版本进行操作。要让仓库的 HEAD、暂存区、当前工作树回溯到指定状态，需要用 到git rest --hard命令。只要提供目标时间点的哈希值A，就可以完全恢复至该时间点的状态。事不宜迟，让我们执行下面的命令

    $ git reset --hard fd0cbf0d4a25f747230694d95cac1be72d33441d 
HEAD is now at fd0cbf0 Add index

    查看当前仓库执行了哪些操作

    $ git reflog
1e4e49d HEAD@{0}: reset: moving to 1e4e49d843f9e23c9665015c520349ec03cf0406
0638c04 HEAD@{1}: reset: moving to HEAD
0638c04 HEAD@{2}: merge feature-A: Merge made by the 'recursive' strategy.
2c2ee02 HEAD@{3}: checkout: moving from Feature-A to master
1e4e49d HEAD@{4}: checkout: moving from master to Feature-A
2c2ee02 HEAD@{5}: checkout: moving from Feature-A to master
1e4e49d HEAD@{6}: commit: Add feature-A
2c2ee02 HEAD@{7}: checkout: moving from master to Feature-A
2c2ee02 HEAD@{8}: checkout: moving from Feature-A to master
2c2ee02 HEAD@{9}: checkout: moving from master to Feature-A
2c2ee02 HEAD@{10}: commit: 第一行简单文字描述
c968230 HEAD@{11}: commit (initial): First commit

    消除冲突

    $ git merge --no-ff fix-B
Auto-merging README.md
CONFLICT (content): Merge conflict in README.md
Recorded preimage for 'README.md'
Automatic merge failed; fix conflicts and then commit the result.

    查看冲突部分并将其解决

      # Git教程
   <<<<<<< HEAD - feature-A
   =======
   - fix-B
   >>>>>>> fix-B

    ======= 以上的部分是当前 HEAD 的内容，以下的部分是要合并 的 fix-B 分支中的内容。我们在编辑器中将其改成想要的样子。

    # Git教程
- feature-A
- fix-B

    压缩历史

    ```
$ git checkout -b feature-C
Switched to a new branch 'feature-C'
```

    推送至远程仓库

    添加远程仓库

    $ git remote add origin git@github.com:github-book/git-tutorial.git

    按照上述格式执行git remote add命令之后，Git会自动将 git@github.com:github-book/git-tutorial.git远程仓库的 名称设置为 origin(标识符)。

    推送至远程仓库
    推送至 master 分支
    如果想将当前分支下本地仓库中的内容推送给远程仓库，需要用到 git push命令。现在假定我们在master分支下进行操作。

    $ git push -u origin master

    像这样执行git push命令，当前分支的内容就会被推送给远程仓库 origin 的 master 分支。-u参数可以在推送的同时，将 origin 仓库的 master 分 支设置为本地仓库当前分支的 upstream(上游)。添加了这个参数，将来 运行 git pull命令从远程仓库获取内容时，本地仓库的这个分支就可 以直接从 origin 的 master 分支获取内容，省去了另外添加参数的麻烦。执行该操作后，当前本地仓库 master 分支的内容将会被推送到 GitHub 的远程仓库中。在 GitHub 上也可以确认远程 master 分支的内容和本地 master 分支相同。
    其他分支也是一样

    注意：这个时候肯能会报错，主要原因是远程仓库中的README.md文件不在本地仓库中。

    • 方案一 我们只需加上 -f 参数即可push成功 git push -f
    • 方案二
    git pull --rebase origin master           
git push -u origin master

    获取远程仓库

    $ git clone git@github.com:github-book/git-tutorial.git

    执行 git clone命令后我们会默认处于 master 分支下，同时系统 会自动将 origin 设置成该远程仓库的标识符。也就是说，当前本地仓库 的 master 分支与 GitHub 端远程仓库(origin)的 master 分支在内容上是 完全相同的。

    $ git branch -a * master
remotes/origin/HEAD -> origin/master remotes/origin/feature-D remotes/origin/master

    我们用 git branch -a命令查看当前分支的相关信息。添加 -a 参数可以同时显示本地仓库和远程仓库的分支信息。
    结果中显示了 remotes/origin/feature-D，证明我们的远程仓库中已经 有了 feature-D 分支。

    获取远程的feature-D分支

    $ git checkout -b feature-D origin/feature-D
Branch feature-D set up to track remote branch feature-D from origin. Switched to a new branch 'feature-D'
    • b 参数的后面是本地仓库中新建分支的名称。为了便于理解，我 们仍将其命名为 feature-D，让它与远程仓库的对应分支保持同名。新建 分支名称后面是获取来源的分支名称。例子中指定了 origin/feature-D， 就是说以名为 origin 的仓库(这里指 GitHub 端的仓库)的 feature-D 分 支为来源，在本地仓库中创建 feature-D 分支。

    推送 feature-D 分支

    $ git push
Counting objects: 5, done.
Delta compression using up to 8 threads. Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 281 bytes, done. Total 3 (delta 1), reused 0 (delta 0)
To git@github.com:github-book/git-tutorial.git
ca0f98b..ed9721e feature-D -> feature-D

    从远程仓库获取 feature-D 分支，在本地仓库中提交更改，再将 feature-D 分支推送回远程仓库，通过这一系列操作，就可以与其他开发 者相互合作，共同培育 feature-D 分支，实现某些功能

    获取最新的远程仓库分支

    现在我们放下刚刚操作的目录，回到原先的那个目录下。这边的本
    地仓库中只创建了 feature-D 分支，并没有在 feature-D 分支中进行任何提交。然而远程仓库的 feature-D 分支中已经有了我们刚刚推送的提交。 这时我们就可以使用git pull命令，将本地的feature-D分支更新到最新 状态。当前分支为 feature-D 分支。

    $ git pull origin feature-D
remote: Counting objects: 5, done.
remote: Compressing objects: 100% (1/1), done. remote: Total 3 (delta 1), reused 3 (delta 1) Unpacking objects: 100% (3/3), done.
From github.com:github-book/git-tutorial
* branch feature-D -> FETCH_HEAD
First, rewinding head to replay your work on top of it... Fast-forwarded feature-D to ed9721e686f8c588e55ec6b8071b669f411486b8.

    GitHub 端远程仓库中的 feature-D 分支是最新状态，所以本地仓库 中的 feature-D 分支就得到了更新。今后只需要像平常一样在本地进行提 交再 push 给远程仓库，就可以与其他开发者同时在同一个分支中进行 作业，不断给 feature-D 增加新功能。
    如果两人同时修改了同一部分的源代码，push 时就很容易发生冲 突。所以多名开发者在同一个分支中进行作业时，为减少冲突情况的发 生，建议更频繁地进行 push 和 pull 操作

    • 删除本地仓库

    就是删除文件夹下面的.git文件

    find . -name ".git" | xargs rm -Rf

    学习资料
    1.《Github入门与实践》

    1. Git教程

    相关文章

      网友评论

        本文标题：Mac Git命令

        本文链接：https://www.haomeiwen.com/subject/njilrxtx.html

        延伸阅读

        深度阅读

        • 您也可以注册成为美文阅读网的作者，发表您的原创作品、分享您的心情！

        栏目导航

        热点阅读

        iOS 常见问题汇总

        关于我们|服务条款|联系我们|Mac Git命令|投稿指南|网站地图|RSS订阅|排版工具|手机版

        提供经典美文摘抄,优美散文欣赏,现代诗歌精选,短篇小说,心情随笔,表白情书范文,故事会在线阅读欣赏

        Copyright © 2014-2023 Haomeiwen.com All Rights Reserved. 好美文阅读网 版权所有

        备案信息：桂公网安备 45052102000051号 · 桂ICP备13007215号-3

        本站所收录作品、热点评论等信息部分来源互联网，目的只是为了系统归纳学习和传递资讯

        所有作品版权归原创作者所有，与本站立场无关，如不慎侵犯了你的权益，请联系我们告知，我们将做删除处理！