安装Node.js

1.下载地址:Node.js
在这里插入图片描述
2.安装Node.js(傻瓜式安装)
双击“node-v16.14.0-x64.msi”,开始安装node.js,自定义安装在D:\install\nodejs文件夹下。

安装完成后,在cmd控制台输入:node -v,控制台将打印出版本号,则表示安装成功
该引导步骤会将node.exe文件安装到D:\install\nodejs目录下,并将该目录添加进PATH环境变量
在这里插入图片描述

安装npm

由于新版的node.js已经集成了npm,所以在第2步时npm也一并安装好了。同样可以使用cmd命令行输入"npm -v"来测试是否成功安装。如下图,出现版本提示表示安装成功。
在这里插入图片描述

安装VScode

下载地址: Visual Studio Code

在这里插入图片描述

安装Git

下载地址: Git
在这里插入图片描述
下载完成后,双击“Git-2.34.0-64-bit.exe”进行安装:
1> 双击后的可看到的第一个界面,点击“Next”进入下图页面:
在这里插入图片描述
2> 选择安装路径 -> 点击Next:
在这里插入图片描述
3> 选择安装组件 -> Next:
在这里插入图片描述
上图绿框内的选项是默认勾选的,建议不要动。
蓝框是决定是否在桌面创建快捷方式的。
绿框是决定在所有控制台窗口中使用TrueType字体和是否每天检查Git是否有Windows更新的。这些根据自己需要选择。

4> 选择开始菜单页 -> Next:
在这里插入图片描述
这个界面是创建开始菜单中的名称,不需要修改,直接点“Next”按钮继续到下图的界面
5> 选择Git文件默认的编辑器 -> Next:
在这里插入图片描述
这个页面是在选择Git文件默认的编辑器,很少用到,所以默认Vim即可,直接点“Next”按钮继续到下图的界面
在这里插入图片描述

6> 调整您的PATH环境:
在这里插入图片描述
这个界面是调整您的PATH环境。

第一种配置是“仅从Git Bash使用Git”。这是最安全的选择,因为您的PATH根本不会被修改。您只能使用 Git Bash 的 Git 命令行工具。但是这将不能通过第三方软件使用。

第二种配置是“从命令行以及第三方软件进行Git”。该选项被认为是安全的,因为它仅向PATH添加了一些最小的Git包装器,以避免使用可选的Unix工具造成环境混乱。
您将能够从Git Bash,命令提示符和Windows PowerShell以及在PATH中寻找Git的任何第三方软件中使用Git。这也是推荐的选项。

第三种配置是“从命令提示符使用Git和可选的Unix工具”。警告:这将覆盖Windows工具,如 “ find 和 sort ”。只有在了解其含义后才使用此选项。

我选择推荐的选项第二种配置,点击“Next”按钮继续到下图的界面
在这里插入图片描述

7> 选择HTTPS后端传输:
在这里插入图片描述
这个界面是选择HTTPS后端传输。

第一个选项是“使用 OpenSSL 库”。服务器证书将使用ca-bundle.crt文件进行验证。这也是我们常用的选项。

第二个选项是“使用本地 Windows 安全通道库”。服务器证书将使用Windows证书存储验证。此选项还允许您使用公司的内部根CA证书,例如通过Active Directory Domain Services 。

我使用默认选项第一项,点击“Next”按钮继续到下图的界面
  
8> 配置行尾符号转换:
在这里插入图片描述
这个界面是配置行尾符号转换。

第一个选项是“签出Windows风格,提交Unix风格的行尾”。签出文本文件时,Git会将LF转换为CRLF。提交文本文件时,CRLF将转换为LF。对于跨平台项目,这是Windows上的推荐设置(“ core.autocrlf”设置为“ true”)

第二个选项是“按原样签出,提交Unix样式的行尾”。签出文本文件时,Git不会执行任何转换。 提交文本文件时,CRLF将转换为LF。对于跨平台项目,这是Unix上的建议设置(“ core.autocrlf”设置为“ input”)

第三种选项是“按原样签出,按原样提交”。当签出或提交文本文件时,Git不会执行任何转换。不建议跨平台项目选择此选项(“ core.autocrlf”设置为“ false”)

我选择第一种选项,点击“Next”按钮继续到下图的界面:

9> 配置终端模拟器以与Git Bash一起使用:
在这里插入图片描述
这个界面是配置终端模拟器以与Git Bash一起使用。

第一个选项是“使用MinTTY(MSYS2的默认终端)”。Git Bash将使用MinTTY作为终端模拟器,该模拟器具有可调整大小的窗口,非矩形选择和Unicode字体。Windows控制台程序(例如交互式Python)必须通过“ winpty”启动才能在MinTTY中运行。

第二个选项是“使用Windows的默认控制台窗口”。Git将使用Windows的默认控制台窗口(“cmd.exe”),该窗口可以与Win32控制台程序(如交互式Python或node.js)一起使用,但默认的回滚非常有限,需要配置为使用unicode 字体以正确显示非ASCII字符,并且在Windows 10之前,其窗口不能自由调整大小,并且只允许矩形文本选择。

我选择默认的第一种选项,点击“Next”按钮继续到下图的界面
  在这里插入图片描述

10> 配置额外的选项:
在这里插入图片描述
这个界面是配置配置额外的选项。

第一个选项是“启用文件系统缓存”。文件系统数据将被批量读取并缓存在内存中用于某些操作(“core.fscache”设置为“true”)。 这提供了显著的性能提、升。

第二个选项是“启用符号链接”。启用符号链接(需要SeCreateSymbolicLink权限)。请注意,现有存储库不受此设置的影响。
  我勾选默认的第一选项,点击“Next”按钮继续到下图的界面

11> 配置实验选项:
在这里插入图片描述
默认不勾选,直接点击“Next”按钮继续到下图的安装进度界面

12> 安装进度指示:
在这里插入图片描述
安装进度结束之后,会出现下图的完成Git安装向导界面

13> 安装完成
在这里插入图片描述
在这个界面,可以勾选是否启动Git Bash和是否查看发行说明,然后点“Finish”按钮退出安装界面

4> 启动测试
  到此,Git的安装完成,可以在开始菜单中看到Git的三个启动图标(Git Bash、Git CMD(Deprecated)、Git GUI)

配置Git

Git 提供了一个叫做 git config 的工具,专门用来配置或读取相应的工作环境变量

这些环境变量,决定了 Git 在各个环节的具体工作方式和行为。这些变量可以存放在以下三个不同的地方:

/etc/gitconfig 文件:系统中对所有用户都普遍适用的配置。若使用 git config 时用 --system 选项,读写的就是这个文件。
~/.gitconfig 文件:用户目录下的配置文件只适用于该用户。若使用 git config 时用 --global 选项,读写的就是这个文件。
当前项目的 Git 目录中的配置文件(也就是工作目录中的 .git/config 文件):这里的配置仅仅针对当前项目有效。每一个级别的配置都会覆盖上层的相同配置,所以 .git/config 里的配置会覆盖 /etc/gitconfig 中的同名变量。
在 Windows 系统上,Git 会找寻用户主目录下的 .gitconfig 文件。主目录即 $HOME 变量指定的目录,一般都是 C:\Documents and Settings$USER。

此外,Git 还会尝试找寻 /etc/gitconfig 文件,只不过看当初 Git 装在什么目录,就以此作为根目录来定位。

  • 用户信息
    配置个人的用户名称和电子邮件地址:
$ git config --global user.name "runoob"
$ git config --global user.email test@runoob.com

如果用了 --global 选项,那么更改的配置文件就是位于你用户主目录下的那个,以后你所有的项目都会默认使用这里配置的用户信息。

如果要在某个特定的项目中使用其他名字或者电邮,只要去掉 --global 选项重新配置即可,新的设定保存在当前项目的 .git/config 文件里。

  • 文本编辑器
    设置Git默认使用的文本编辑器, 一般可能会是 Vi 或者 Vim。如果你有其他偏好,比如 Emacs 的话,可以重新设置:
$ git config --global core.editor emacs
  • 查看配置信息
    要检查已有的配置信息,可以使用 git config --list 命令:
$ git config --list

有时候会看到重复的变量名,那就说明它们来自不同的配置文件(比如 /etc/gitconfig 和 ~/.gitconfig),不过最终 Git 实际采用的是最后一个。

这些配置我们也可以在 ~/.gitconfig 或 /etc/gitconfig 看到,如下所示:

vim ~/.gitconfig 

也可以直接查阅某个环境变量的设定,只要把特定的名字跟在后面即可,像这样:

$ git config user.name

安装tortoise git(乌龟git)

下载地址:tortoise git

本内容为合法授权发布,文章内容为作者独立观点,不代表开发云立场,未经允许不得转载。

CSDN开发云