Git安装

一、 Git 简介

        Git 是一个开源的分布式版本控制系统

二、Git 下载

        这里提供三种下载方式:

        我们下载windows版本安装包。

三、Git 安装

1. 双击.exe安装包,点击 [next] 到第二步。

100%

2. 选择安装目录

        可点击 Browse… 更换目录,也可直接在方框里面改,直接将 C 改为 D,这样就直接安装在 D 盘里了。点击 [next] 到第三步。
100%

3. 选择安装组件

        大概意思翻译出来了,大家根据自己的需要选择勾选。点击 [next] 到第四步。
100%

  • On the Desktop : 添加图标到桌面
  • Windows Explorer integration : 添加到右键菜单
  • Git LFS :大文件支持
  • Associate .git* … : 关联文件
  • Associate .sh … : 关联文件
  • Check daily for Git for Windows updates : 每天检查git更新
  • (NEW!)Add a Git bash Profile to Windows Terminal : 将Git Bash 的配置文件添加到 Windows 终端

注:最后一个选项打勾的话,需要下载 Windows Terminal 配合 Git Bash使用

4. 选择开始菜单文件夹

        方框内 Git 可改为其他名字,也可点击 Browse... 选择其他文件夹或者给Don't create a Start Menu folder 打勾不要文件夹,点击 [next] 到第五步。
100%

5. 选择 Git 默认编辑器

        Git 安装程序里面内置了 10 种编辑器供你挑选,比如 Atom、Notepad、Notepad++、Sublime Text、Visual Studio Code、Vim 等等,默认的是 Vim ,选择 Vim 后可以直接进行到下一步,但是 Vim 是纯命令行,操作有点难度,需要学习。如果选其他编辑器,则还需要去其官网安装后才能进行下一步。
100%
100%

6. 决定初始化新项目(仓库)的主干名字

        第一种是让 Git 自己选择,名字是 master ,但是未来也有可能会改为其他名字;第二种是我们自行决定,默认是 main,当然,你也可以改为其他的名字。一般默认第一种,点击 [next] 到第七步。
100%

7. 调整你的 path 环境变量

100%

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Use Git from Git Bash only 
This is the most cautious choice as your PATH will not be modified at all. You w only be able to use the Git command line tools from Git Bash.
仅从 Git Bash 使用 Git
这是最谨慎的选择,因为您的 PATH 根本不会被修改。您将只能使用 Git Bash 中的 Git 命令行工具。


Git from the command line and also from 3rd-party software
(Recommended) This option adds only some minimal Git wrappers to your PATH to avoid cluttering your environment with optional Unix tools.You will be able to use Git from Git Bash, the Command Prompt and the Windov PowerShell as well as any third-party software looking for Git in PATH.
从命令行以及第三方软件进行 Git
(推荐)此选项仅将一些最小的 Git 包装器添加到PATH中,以避免使用可选的 Unix 工具使环境混乱。您将能够使用 Git Bash 中的 Git,命令提示符和 Windov PowerShell 以及在 PATH 中寻找 Git 的任何第三方软件。


Use Git and optional Unix tools from the Command Prompt
Both Git and the optional Unix tools will be added to your PATH.
Warning: This will override Windows tools like "find"and "sort". Only use this option if you understand the implications.
使用命令提示符中的 Git 和可选的 Unix 工具
Git 和可选的 Unix 工具都将添加到您的 PATH 中。
警告:这将覆盖 Windows 工具,例如 "find" and "sort". 仅在了解其含义后使用此选项

8. 选择 SSH 执行文件

100%

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Use bundled OpenSSH 
This uses ssh. exe that comes with Git.
使用捆绑的 OpenSSH
这使用的 ssh.exe 是 Git 自带的


Use (Tortoise) Plink
To use PuTTY, specify the path to an existing copy of (Tortoise) Plink.exe
Set ssh. variant for Tortoise Plink
使用 TortoisePlink (注,这是一个软件)
要使用 PuTTY,请指定 TortoisePlink.exe 的现有副本的路径
为 TortoisePlink 设置 ssh.variant

Use external OpenSSH
NEW! This uses an external ssh. exe. Git will not install its own OpenSSH (and related) binaries but use them as found on the PATH.
使用外部 OpenSSH
新!这使用外部 ssh.exe 文件。 Git 不会安装自己的 OpenSSH(和相关)二进制文件,而是使用在环境变量 PATH 中找到的它们。

9. 选择HTTPS后端传输

        作为普通用户,只是用 Git 来访问 Github、GitLab 等网站,选择前者就行了。点击 [next] 到第十步。
100%

1
2
3
4
5
6
7
8
9
10
11
use the OpenSSL library 
Server certificates will be validated using the ca-bundle. crt file.
使用 OpenSSL 库
服务器证书将使用 ca-bundle.crt 文件进行验证。

Use the native Windows Secure Channel library
Server certificates will be validated using Windows Certificate Stores.
This option also allows you to use your company's internal Root CA certificates distributed e.g. via Active Directory Domain Services.
使用本机 Windows 安全通道库
服务器证书将使用 Windows 证书存储进行验证。
此选项还允许您使用公司内部分发的内部根 CA 证书,例如通过 Active Directory 域服务。

10. 配置行尾符号转换

100%

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
Checkout Windows-style, commit Unix-style line endings 
Git will convert LF to CRLF when checking out text files.
When committing text files, CRLF will be converted to LF. For cross-platform projects, this is the recommended setting on Windows("core. autocrif"is set to "true").
签出 Windows 样式,提交 Unix 样式的行结尾
Git 签出文本文件时,会将 LF 转换为 CRLF。
提交文本文件时,CRLF 将转换为 LF。对于跨平台项目,这是 Windows 上的建议设置("core.autocrif" 设置为 "true")。

Checkout as-is, commit Unix-style line endings
Git will not perform any conversion when checking out text files.
When committing text files, CRLF will be converted to LF. For cross-platform projects, this is the recommended setting on Unix("core.autocrif" is set to "input").
按原样签出,提交 Unix 样式的行结尾
Git 在签出文本文件时不会执行任何转换。提交文本文件时,CRLF 将转换为 LF。
对于跨平台项目,这是在 Unix 上的建议设置("core.autocrif" 设置为 "input")。

Checkout as-is, commit as-is
Git will not perform any conversions when checking out or committing text files.
Choosing this option is not recommended for cross-platform projects("core. autocrif"is set to "false").
按原样签出,按原样提交
Git 在签出或提交文本文件时不会执行任何转换。
不建议跨平台项目选择此选项("core.autocrif" 设置为 "false")。

GitHub 中公开的代码大部分都是以 Mac 或 Linux 中的 LF(Line Feed)换行。然而,由于 Windows 中是以 CRLF(Carriage Return+ Line Feed)换行的,所以在非对应的编辑器中将不能正常显示。

Git 可以通过设置自动转换这些换行符。使用 Windows 环境的各位,请选择推荐的 “Checkout Windows-style,commit Unix-style line endings” 选项。换行符在签出时会自动转换为 CRLF,在提交时则会自动转换为 LF .

11. 配置终端模拟器以与 Git Bash 一起使用

100%

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Use MinTTY(the default terminal of MSYS2) 
Git Bash will use MinTTY as terminal emulator, which sports a resizable window
non-rectangular selections and a Unicode font.Windows console programs(such
as interactive Python) must be launched via 'winpty' to work in MinTTY.
使用 MinTTY(MSYS2的默认终端)
Git Bash 将使用 MinTTY 作为终端仿真器,该仿真器具有可调整大小的窗口非矩形选择和 Unicode 字体。
Windows 控制台程序(例如交互式 Python)必须通过 "winpty" 启动才能在 MinTTY 中运行。

Use Windows' default console
window Git will use the default console window of Windows("cmd.exe"), which works v
with Win32 console programs such as interactive Python or node. js, but has a
very limited default scroll-back,needs to be configured to use a Unicode font in
order to display non-ASCII characters correctly, and prior to Windows 10 its
window was not freely resizable and it only allowed rectangular text selections.<br>
使用 Windows 的默认控制台窗口
Git 将使用 Windows 的默认控制台窗口("cmd.exe"),该窗口可与 Win32 控制台程序(例如交互式Python 或
node.js)一起使用,但默认回滚非常有限,需要将其配置为使用 Unicode 字体才能正确显示非 ASCII 字符,并且在
Windows 10 之前,其窗口不可随意调整大小,并且仅允许选择矩形文本。

12. 选择默认的 “git pull” 行为

        git pull 就是获取最新的远程仓库分支到本地,并与本地分支合并
100%

1
2
3
4
5
6
7
8
9
10
11
12
13
14
Default(fast-forward or merge)
This is the standard behavior ofgit pull": fast-forward the current branch to
the fetched branch when possible, otherwise create a merge commit.
默认(快进或合并)
这是 "git pull" 的标准行为:在可能的情况下将 当前分支 快进到 获取的分支,否则创建合并提交。

Rebase
Rebase the current branch onto the fetched branch. If there are no local
commits to rebase, this is equivalent to a fast-forward.
变基将当前分支变基到获取的分支上。如果没有本地提交要变基,则等同于快进。

Only ever fast-forward
Fast-forward to the fetched branch. Fail if that is not possible.
只能快进快进到获取的分支。如果不可能,则失败。

第一个是 merge
第二个是 rebase
第三个是 直接获取

13. 选择一个凭证帮助程序

        第一个选项是提供登录凭证帮助的,Git 有时需要用户的凭据才能执行操作;例如,可能需要输入用户名和密码才能通过 HTTP 访问远程存储库(GitHub,GItLab 等等)。
100%

1
2
3
4
5
6
7
8
9
10
11
Git Credential Manager 
Use the cross-platform Git Credential Manager.
See more information about the future of Git Credential Manager here.
Git 凭证管理
使用跨平台的 Git 凭证管理。
在此处查看有关 Git 凭证管理未来的更多信息。

None
Do not use a credential helper.
不使用凭证助手。

14. 配置额外的选项

100%

1
2
3
4
5
6
7
8
9
10
11
12
13
14
Enable file system caching 
File system data will be read in bulk and cached in memory for certain operations("core.fscache" is set to "true").
This provides a significant performance boost.
启用文件系统缓存
将批量读取文件系统数据并将其缓存在内存中以进行某些操作("core.fscache” 设置为 "true")。
这可以显着提高性能。


Enable symbolic links
Enable symbolic links(requires the SeCreateSymbolicLink permission).
Please note that existing repositories are unaffected by this setting.
启用符号链接
启用符号链接(需要SeCreateSymbolicLink权限)。
请注意,现有存储库不受此设置的影响。

        有两个选项:
                启用文件系统缓存
                启用符号链接

        启用文件系统缓存: 就是将批量读取文件系统数据并将其缓存在内存中以进行某些操作,可以显著提升性能。这个选项默认开启。
        启用符号链接: 符号链接是一类特殊的文件, 其包含有一条以绝对路径或者相对路径的形式指向其它文件或者目录的引用,类似于 Windows 的快捷方式,不完全等同 类Unix(如 Linux) 下的 符号链接。因为该功能的支持需要一些条件,所以默认不开启。

15. 配置实验性选项

        这是实验性功能,可能会有一些小错误之类的,建议不用开启。 点击 [install] 进行安装。
100%

1
2
3
4
5
6
7
8
9
10
11
Enable experimental support for pseudo consoles.
(NEW!) This allows running native console programs like Node or Python in a Git Bash window without using winpty,
but it still has known bugs.
启用对伪控制台的实验性支持。
(新功能!) 这允许在不使用 winpty 的情况下在 Git Bash 窗口中运行诸如 Node 或 Python 之类的本机控制台程序,
但是它仍然存在已知的 bug。

Enable experimental built-in file system monitor
(NEW!) Automatically run a built-in file system watcher, to speed up common operations such as ' git status', ' git add', ' git commit', etc in worktrees containing many files.
启用实验性内置文件系统监视器
(新!)自动运行内置文件系统监视器,以加快包含许多文件的工作树中的常见操作,例如 'git status'、'git add'、'git commit' 等.

安装中…

100%

安装成功

100%

四、Git 功能简绍

        有 Git Bash、Git CMD、Git FAQs、Git GUI、Git Release Note,下面我们就分别介绍一下这几个。
100%

1. Git Bash

        Git Bash 是基于CMD的,在CMD的基础上增添一些新的命令与功能,平时主要用这个,功能很丰富。
100%

2. Git CMD

        Git CMD 和 cmd 差不多一样。
100%

3. Git FAQs

        Git FAQs 就是 Git Frequently Asked Questions(常问问题)。

4. Git GUI

        可以通过它快速创建新仓库(项目),克隆存在的仓库(项目),打开存在的仓库(仓库)。
100%

5. Git Release Note

        Git Release Note 就是版本说明,增加了什么功能,修复了什么 bug 之类的。

四、Git 常用命令

1. 创建新仓库

创建新文件夹,打开Git Bash,然后执行以下命令以创建新的 git 仓库。

git init

2. 检出仓库

执行如下命令以创建一个本地仓库的克隆版本。

git clone /path/to/repository

如果是远端服务器上的仓库,你的命令会是这个样子。

git clone username@host:/path/to/repository

3. 添加和提交

你的本地仓库由 git 维护的三棵“树”组成。第一个是你的 工作目录,它持有实际文件;第二个是 暂存区(Index),它像个缓存区域,临时保存你的改动;最后是 HEAD,它指向你最后一次提交的结果。
100%
你可以提出更改(把它们添加到暂存区),使用如下命令。

git addgit add *

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

git commit -m 代码提交信息

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

4. 推送改动

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

git push origin master

可以把 master 换成你想要推送的任何分支。
如果你还没有克隆现有仓库,并欲将你的仓库连接到某个远程服务器,你可以使用如下命令添加。

git remote add origin

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

5. 分支

分支是用来将特性开发绝缘开来的。在你创建仓库的时候,master 是“默认的”分支。在其他分支上进行开发,完成后再将它们合并到主分支上。
100%
创建一个叫做“feature_x”的分支,并切换过去:

git checkout -b feature_x

切换回主分支:

git checkout master

再把新建的分支删掉:

git branch -d feature_x

除非你将分支推送到远端仓库,不然该分支就是 不为他人所见的:

git push origin

6. 更新与合并

要更新你的本地仓库至最新改动,执行:

git pull

以在你的工作目录中 获取(fetch) 并 合并(merge) 远端的改动。 要合并其他分支到你的当前分支(例如 master),执行:

git merge

在这两种情况下,git 都会尝试去自动合并改动。遗憾的是,这可能并非每次都成功,并可能出现冲突(conflicts)。 这时候就需要你修改这些文件来手动合并这些冲突(conflicts)。改完之后,你需要执行如下命令以将它们标记为合并成功:

git add

在合并改动之前,你可以使用如下命令预览差异:

git diff

7. 标签

为软件发布创建标签是推荐的。这个概念早已存在,在 SVN 中也有。你可以执行如下命令创建一个叫做 1.0.0 的标签:

git tag 1.0.0 1b2e1d63ff

1b2e1d63ff 是你想要标记的提交 ID 的前 10 位字符。可以使用下列命令获取提交 ID:

git log

你也可以使用少一点的提交 ID 前几位,只要它的指向具有唯一性。

8. 替换本地改动

假如你操作失误(当然,这最好永远不要发生),你可以使用如下命令替换掉本地改动:

git checkout --

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

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

git fetch origin git reset --hard origin/master
  1. Git 详细安装教程
  2. git - 简明指南