适合网站开发的框架,网盘视频直接做网站,门户网站开发流程视频,网上接单做效果图哪个网站好Git保姆级别的安装教程 https://blog.csdn.net/m0_48170265/article/details/129303254 文章目录 一、Git下载 二、Git 的安装
用户许可声明选择安装目录选择安装组件选择开始菜单文件夹选择默认编辑器决定初始化新项目(仓库)的主干名字调整 path 环境变量选择 SSH 执行文件选…Git保姆级别的安装教程 https://blog.csdn.net/m0_48170265/article/details/129303254 文章目录 一、Git下载 二、Git 的安装
用户许可声明选择安装目录选择安装组件选择开始菜单文件夹选择默认编辑器决定初始化新项目(仓库)的主干名字调整 path 环境变量选择 SSH 执行文件选择HTTPS后端传输配置行尾符号转换配置终端模拟器以与 Git Bash 一起使用选择默认的 “git pull” 行为选择一个凭证帮助程序配置额外的选项配置实验性选项安装成功: 一、Git下载 Git工具官网https://git-scm.com/downloads
点击下载官网下载可能会比较慢下面有淘宝镜像
所有东西下载慢的话就可以去找镜像
官网下载太慢我们也可以使用淘宝镜像下载CNPM Binaries Mirror 比如可以选择v2.37.3.windows.1
二、Git 的安装 用户许可声明 双击下载后的 Git-2.37.3-64-bit.exe 开始安装界面主要展示了 GPL 第 2 版协议1的内容点击 next 选择安装目录 可点击 Browse… 更换目录也可直接在方框里面改再点击 next 选择安装组件 图中这些英文都比较简单大家根据自己的需要选择勾选。
ps最后一个选项打勾的话需要下载 Windows Terminal 配合 Git Bash使用如图 选择开始菜单文件夹 方框内中的Git 可改为其他名字也可点击 Browse…” 选择其他文件夹或者给 Don’t create a Start Menu folder 打勾不要文件夹但建议直接点击 next 选择默认编辑器 Git 安装程序里面内置了 10 种编辑器供你挑选如 Atom、Notepad、Notepad、Sublime Text、Visual Studio Code、Vim 等等默认的是 Vim 选择 Vim 后可以直接进行到下一步但是 Vim 是纯命令行操作有点难度需要学习。如果选其他编辑器则还需要去其官网安装好后才能进行下一步。
如果你不想用 Vim 当默认编辑器换一个比如 Notepad 那么你则需要点击下面的蓝色字体 Notepad 去其官网下载安装好才能进行下一步 .
在这里我选择使用notepad若未安装好Notepad此处next为灰
Notepad 官网建议谷歌浏览器打开https://notepad-plus-plus.org/
安装后还要配置在我的电脑-属性-高级系统设置-高级-环境变量-系统变量-Path-编辑添加 Notepad 的安装地址 如 D:\programmeTools\Noteppx64\Notepad.
这样才能在 Git Bash 里面直接调用 Notepad. $ notepad 文件名.后缀 //在 git bash 调用 notepad 打开文件
新手建议使用 Notepad 、Sublime Text这两个比 Windows 自带的记事本功能强太多了。
决定初始化新项目(仓库)的主干名字 有两种选择 第一种是让 Git 自己选择名字是 master 但未来也有可能会改为其他名字 第二种是我们自行决定默认是 main当然你也可以改为其他的名字。一般默认第一种
注 第二个选项下面有个 NEW 说很多团队已经重命名他们的默认主干名为 main . 这是因为2020 年非裔男子乔治·弗洛伊德因白人警察暴力执法惨死而掀起的 Black Lives Matter(黑人的命也是命)运动很多人认为 master 不尊重黑人呼吁改为 main.
调整 path 环境变量
大意如下
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 findand “sort”. Only use this option if you understand the implications. 使用命令提示符中的 Git 和可选的 Unix 工具 Git 和可选的 Unix 工具都将添加到您的 PATH 中。 警告这将覆盖 Windows 工具例如 “find” and “sort”. 仅在了解其含义后使用此选项。
第一种是仅从 Git Bash 使用 Git。就是你只能通过 Git 安装后的 Git Bash 来使用 Git 其他的什么命令提示符啊等第三方软件都不行。
第二种是从命令行以及第三方软件进行 Git。这个是在第一种基础上进行第三方支持你将能够从 Git Bash命令提示符(cmd) 和 Windows PowerShell 以及可以从 Windows 系统环境变量中寻找 Git 的任何第三方软件中使用 Git。推荐使用这个
第三种是从命令提示符使用 Git 和可选的 Unix 工具。选择这种将覆盖 Windows 工具如 “ find 和 sort ”。只有在了解其含义后才使用此选项。总之适合比较懂的大佬。
选择 SSH 执行文件
大意如下
Use bundled OpenSSH This uses ssh. exe that comes with Git. 使用捆绑的 OpenSSH 这使用的 ssh.exe 是 Git 自带的
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 中找到的它们
是否选择安全的连接在这里建议选默认的第一个
选择HTTPS后端传输
大意如下
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 域服务。
这两种选项的区别如下
如果在具有企业管理证书的组织中使用 Git则将需要使用安全通道。如果你仅使用 Git 来访问公共存储库例如 GitHub 或者你的组织不管理自己的证书那么使用 SSL 后端它们只是同一协议的不同实现就可以了。
那么作为普通用户只是用 Git 来访问 Github、GitLab 等网站选择前者就行了。
配置行尾符号转换
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. autocrifis 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. autocrifis set to “false”). 按原样签出按原样提交 Git 在签出或提交文本文件时不会执行任何转换。 不建议跨平台项目选择此选项“core.autocrif” 设置为 “false”。
这三种选择分别是 签出 Windows 样式提交 Unix 样式的行结尾。 按原样签出提交Unix样式的行结尾。 按原样签出按原样提交。
Windows 样式和 Unix 样式的区别如下引用 《GitHub 入门与实践》 第 50 页内容2
GitHub 中公开的代码大部分都是以 Mac 或 Linux 中的 LFLine Feed换行。然而由于 Windows 中是以 CRLFCarriage Return Line Feed换行的所以在非对应的编辑器中将不能正常显示。 Git 可以通过设置自动转换这些换行符。使用 Windows 环境的各位请选择推荐的 “Checkout Windows-stylecommit Unix-style line endings” 选项。换行符在签出时会自动转换为 CRLF在提交时则会自动转换为 LF .
上面说的 Mac 、Linux、Unix 的 Line Feed 翻译过来就是换行符用 “\n” 表示换行符 “\n” 的 ASCII 值为10
Windows 的是 Carriage Return Line Feed回车换行用 “\r\n” 表示回车符 “\r” 的 ASCII 值为13
这上下两者是不一样的。所以这就需要转换了现在的教程介绍怎么安装 Windows 版 Git故选第一项
“回车”carriage return和 “换行”line feed这两个概念的来历和区别引用阮一峰老师博客的部分内容
在计算机还没有出现之前有一种叫做电传打字机Teletype Model 33的玩意每秒钟可以打 10 个字符。但是它有一个问题就是打字机打完一行换行的时候要用去 0.2 秒正好可以打两个字符。要是在这 0.2 秒里面又有新的字符传过来那么这个字符将丢失。 于是研制人员想了个办法解决这个问题就是在每行后面加两个表示结束的字符。一个叫做 “回车”告诉打字机把打印头定位在左边界另一个叫做 “换行”告诉打字机把纸向下移一行。
配置终端模拟器以与 Git Bash 一起使用
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. 使用 MinTTYMSYS2的默认终端 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.
使用 Windows 的默认控制台窗口 Git 将使用 Windows 的默认控制台窗口“cmd.exe”该窗口可与 Win32 控制台程序例如交互式Python 或 node.js一起使用但默认回滚非常有限需要将其配置为使用 Unicode 字体才能正确显示非 ASCII 字符并且在 Windows 10 之前其窗口不可随意调整大小并且仅允许选择矩形文本。
建议选择第一种MinTTY 3功能比 cmd 多cmd 只不过 比 MinTTY 更适合处理 Windows 的一些接口问题这个对 Git 用处不大除此之外 Windows 的默认控制台窗口cmd有很多劣势比如 cmd 具有非常有限的默认历史记录回滚堆栈和糟糕的字体编码等等。
相比之下MinTTY 具有可调整大小的窗口和其他有用的可配置选项可以通过右键单击的工具栏来打开它们 git-bash 。
选择默认的 “git pull” 行为
ODefault(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” 的标准行为在可能的情况下将 当前分支 快进到 获取的分支否则创建合并提交。
ORebase Rebase the current branch onto the fetched branch. If there are no local commits to rebase, this is equivalent to a fast-forward. 变基将当前分支变基到获取的分支上。如果没有本地提交要变基则等同于快进。
Oonly ever fast-forward Fast-forward to the fetched branch. Fail if that is not possible. 只能快进快进到获取的分支。如果不可能则失败。
上面给了三个 “git pull” 的行为 第一个是 merge 第二个是 rebase 第三个是 直接获取
第一种 git pull git fetch git merge 第二种 git pull git fetch git rebase 第三种 git pull git fetch (可能
选择一个凭证帮助程序
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. 不使用凭证助手。
一共两个选项 Git 凭证管理 不使用凭证助手
第一个选项是提供登录凭证帮助的Git 有时需要用户的凭据才能执行操作比如可能需要输入用户名和密码才能通过 HTTP 访问远程存储库GitHubGItLab 等等。
配置额外的选项
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权限。 请注意现有存储库不受此设置的影响。
配置实验性选项
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’ 等.
这是实验性功能可能会有一些小错误之类的建议不用开启。 点击 install 进行安装。
安装成功:
安装成功后有 Git Bash、Git CMD、Git FAQs、Git GUI、Git Release Note下面我们就分别介绍一下这几个。
同时桌面右键是也会有Git Bash、Git GUI
Git BashUnix与Linux风格的命令行使用最多推荐最多
Git CMDWindows风格的命令行
Git GUI图形界面的Git不建议初学者使用尽量先熟悉常用命令, 可以通过它快速创建新仓库项目克隆存在的仓库项目打开存在的仓库仓库。
Git FAQs 就是 Git Frequently Asked Questions常问问题访问地址FAQ · git-for-windows/git Wiki · GitHub
Git Release NoteGit Release Note 就是版本说明增加了什么功能修复了什么 bug 之类的。
