以后他们了解到 Git 是两个管理辅助工具辅助工具，GitHub 如前所述 git 顺利完成了管理辅助工具机能。因而，他们要想展开标识符代销，或是展开项目组协同，这都免不了两个辅助工具，那是：Git
第一集该文他们将在邻近地区自学 Git 的加装及此基础采用，让他们已经开始吧
上一则：
原博客地址：
1. Git 加装
编者按：我的作业系统是 Windows 10，Git 加装较为难，按预设快捷键始终 next 方可。具体来说，去官方网站 https://git-scm.com/downloads 浏览你的作业系统相关联的版。
点选浏览好的加装文件，是上面那个询问处，接着点选 Next
预设加装在 C 盘的 Program Files 下，你能优先选择更动加装方向，比如说 D 盘，接着点选 Next：
预设加装的组件如下，不用管（如果想创建桌面快捷方式，能选第两个），直接点选 Next：
在已经开始菜单创建两个 Git 命名的文件夹，预设方可，点选 Next：
优先选择 Git 采用的预设编辑器，有 vim 、notepad 等快捷键，能选其他的，我优先选择了预设的 Vim，点选 Next:
下一步是修改系统的环境变量，三个选项依次为：
仅采用 Git Bash 展开操作方式；在优先选择采用 Git Bash 展开操作方式的同时，也能采用 Windows 命令行操作方式，建议优先选择此项；在优先选择采用 Git 的同时，也把 Unix 辅助工具加入到了他们的配置之中，而且此操作方式会覆盖 Windows 的一些辅助工具，强烈不建议优先选择此项。他们选推荐的第二项就好，点选 Next·：
优先选择 HTTPS 传输后台，预设方可，点选 Next：
配置行结束标志，优先选择预设方可，点选 Next：
配置 Git Bash 的终端模拟器，预设方可，点选 Next：
配置补充机能，还是预设方可，点选 Next：
上面那个配置实验快捷键，因为是新机能，它也说不一定稳定，我就先不选了，点选 Install：
已经开始加装啦：
加装成功，顺利完成 ！
他们测试一下，在已经开始菜单找到那个图标，点选 Git Bash：
输入
返回版号说明加装成功！
2. Git 此基础
编者按：加装好 Git，他们就要自学它的语法了。其实关于 Git 有很多图形化的软件能操作方式，但是建议大家从命令行学起，因为这样才能理解每一步操作方式的意义，之后再用图形软件完全没问题。不要抵触，基本的命令也不多，用几次就记住啦初次运行 Git 前的配置
我以后已经加装配置过 git，邻近地区保存了配置文件，所以刚已经开始写这篇该文的时候忽略了配置，但是在电脑上初次加装 git 是需要配置的，经网友提醒补上这部分。Git 自带两个git config的辅助工具来帮助设置控制 Git 外观和行为的配置变量。每台计算机上只需要配置一次，程序升级时会保留配置信息。 你能在任何时候再次通过运行命令来修改它们。
在 Windows 系统中，Git 会查找$HOME目录下（一般情况下是C:\Users\$USER）的.gitconfig文件。
他们需要配置的内容一般是用户信息，即用户名和邮箱。（当然也能配置预设文本编辑器了，当 Git 需要你输入信息时会调用它。 如果未配置，Git 会采用作业系统预设的文本编辑器）
配置以后，他们能采用命令查看已有配置。
打开 GitBash，采用第两个命令查看所有配置，通过第二个命令查看所有配置以及它们所在的文件：
这里我演示一下第两个命令，能看到没有显示用户名（user.name）和邮箱（user.email）
接着已经开始配置用户名，采用如下命令方可：
接着你的 C:\Users\用户名 目录下，你会找到两个 .gitconfig 文件
再运行检查配置的命令，能看到最底下显示用户信息：
你也能采用上面命令单独查看用户配置：
再次强调，如果采用了–global快捷键，那么该命令只需要运行一次，因为之后无论你在该系统上做任何事情， Git 都会采用那些信息。 当你想针对特定项目采用不同的用户名称与邮件地址时，能在那个项目目录下运行没有–global快捷键的命令来配置。
配置好后，上面已经开始自学 git 命令。
打开 GitBash，他们先输入 git 展开测试：
所有的操作方式命令都是以 git 开头的，能看到上面列举了一些常用的命令 ，比如说 clone，init，add 等。
为了自学这些命令，他们具体来说要新建两个文件夹，我选择在 E 盘下建立两个叫 Git Demo 的文件夹。
注意：在展开任何 Git 操作方式以后，都要先切换到 Git 库房目录，也是先要先切换到项目的文件夹目录下。
并在文件夹夹里创建两个文件如 test.txt。
接着他们进入那个文件夹，把它当作他们的 Git 库房，鼠标右击优先选择 Git Bash Here：
打开的 GitBash 能看到自动定位到他们的库房位置，如果在其他位置打开，还得再次定位，这就是他们在库房/文件夹打开的原因。
上面他们已经开始 Git 操作方式的速成自学 ，一共涉及九个操作方式——
2.1 git status
具体来说输入 git status 命令，查看库房状态。能看到提示，当前目录还不是两个 Git 库房，它还只是个普通的文件夹。
以后他们能经常采用 git status 命令查看库房状态
2.2 git init
既然它还不是 Git 库房，他们就用 git init 初始化，能看到初始化顺利完成，它是两个空的 Git 库房。
他们再用 git status 命令检查一下库房，发现 Git Demo 目录已经成为两个 Git 库房了，并且预设进入 Git 库房的 master分支，即主分支。
返回的三条语句：
进入 Git 库房的主分支目前还没有提交过文件（git 是管理辅助工具辅助工具，要记录提交历史的以及每两个版）这时最主要的是提示 test.txt 文件是 Untracked files ，是说 test.txt 那个文件还没有被跟踪，还没有提交在 git 库房里呢，而且提示你能采用 git add 去操作方式你想要提交的文件。
2.3 git add
接下来他们往库房里添加文件，根据提示，输入 git add test.txt，再输入 git status 看看库房状态：
虽然库房没有提交历史，但提示以下文件 Changes to be committed ，意思是 test.txt 文件等待被提交。
能看到刚刚 git “不承认” 他们的文件，现在通过 git add 命令”承认“了，并且把它加到两个可提交的列表（临时缓冲区）。
当然你能采用 git rm –cached 那个命令去移除那个缓存。
2.4 git commit
刚刚他们把文件送到缓冲区，接下来用 git commit 命令将缓存区里的改动给提交到邻近地区的版库。
每次采用 git commit 命令他们都会在邻近地区版库生成两个 40 位的哈希值，那个哈希值也叫 commit-id（那个版的编号），commit-id 在版回退的时候是非常有用的，它相当于两个索引，能在未来的任何时候通过与 git reset 的组合命令回到这里。
git commit 不是单独采用的，一般需要参数指定提交方式，他们能输入 git commit –help 查看采用帮助（会跳转到相关网页）。
输入 git commit -m ”first commit“，他们成功将文件 text.txt 提交到了 Git 库房。其中， -m 代表提交信息， first commit 是本次提交的信息，需要写在双引号内，提交信息你也能写成 my commit，text commit 等任意句子。
他们再看看库房状态，结果显示 nothing to commit, working tree clean，这表示已经没有内容能提交了，即全部内容已经提交完毕。
补充 git commit常见的用法有上面三个：
git commit -m “message”，-m 参数表示能直接输入后面的 “message” ，如果不加 -m 参数，那么是不能直接输入 message的，而是会调用两个编辑器一般是 vim 来让你输入那个 message。git commit -a -m “massage”，加的 -a 参数能将所有已跟踪文件中的执行修改或删除操作方式的文件都提交到邻近地区库房，即使它们没有经过 git add 添加到缓存区，注意，新加的文件（即没有被 git 系统管理的文件）是不能被提交到邻近地区库房的。建议一般不要采用 -a 参数，正常的提交还是采用 git add 先将要改动的文件添加到暂存区，再用 git commit 提交到邻近地区版库。git commit –amend，追加提交，它能在不增加两个新的commit-id的情况下将新修改的标识符追加到前一次的commit-id中2.5 git log
输入 git log 命令，打印 Git 库房提交日志，会显示作者、时间和你写的提交信息：
2.6 git branch
branch 是分支的意思，多人合作时，你两个模块，别人两个模块，你们各建两个分支就能保证改动互不干扰，等最后做完，把你们的分支合并起来就好。
git init 会初始化两个主分支 master，也是他们现在的预设分支。
输入 git branch，能看到他们就在 master 这里：
在此此基础上新建分支用 git branch a，其中 a 是我起的分支名字。接着再用 git branch 查看，能看到 master 有了两个分支，这时候分支 a 跟分支 master 是一模一样的内容。
2.7 git checkout
虽然建立分支，但可以看到 * 还在 master 上，说明他们还处于主分支。这时候，输入 git checkout a 命令，切换到分支 a 上，再次查看分支，* 在 a 前，说明他们处于分支 a ，能修改分支 a 的内容了。
2.8 git merge
你在 a 分支顺利完成了你的部分，但是主分支还是原来那样，这个时候就需要把你的标识符合并到主分支 master上来，git merge 是合并分支用到的命令。
注意，合并分两步 ❗❗❗
切换到 master 分支，如果你已经在了就不用切换了;执行 git merge a ，意思是把 a 分支的标识符合并过来，不出意外，
那个时候 a 分支的标识符就顺利合并到 master 分支来了。
删除分支：有添加就有删除，假如分支新建错了，或是 a 分支的标识符已经顺利合并到 master 分支来了，那么 a 分支没用了，用 git branch -d 删除。删除分支 a 的语句为 git branch -d a，这里不再演示。
强制删除分支：上面说了 git branch -d 是删除分支的意思，有些时候可能会删除失败，比如说如果 a 分支的标识符还没有合并到master，你执行 git branch -d a 是删除不了的，它会智能的提示你a分支还有未合并的标识符，但是如果你非要删除，那就执行 git branch -D a 就能强制删除 a 分支。2.9 git tag
这是今天自学的最后两个操作方式，tag 是标签的意思，写报告、写标识符都有版的迭代，比如说 1.0，1.1 。git 能给每个版打上这样的标签，这样你忽然想看看第一版的报告是什么内容，就能通过标签切换回去。
git tag v1 代表新建 v1 tag，你能换成其他名字，git tag 代表查看标签。
如果想切换至某一标签，还是用刚刚学的 git checkout v1 方可，v1 是某版标签名。
3. 总结
以上全是一些最基本的 git 操作方式，而且全是在邻近地区环境展开操作方式的，完全没有涉及到远程库房，最后总结一下基本 Git 操作方式：
git status ：查看库房状态git init：创建两个空库房，或是重新初始化两个已有库房git add：把文件添加到可提交列表（临时缓冲区）git commit：提交改动（增删改）至库房git log：打印提交日志git branch：查看、添加、删除分支git checkout：切换分支、标签git merge：合并分支git tag：新建、查看标签下一则：
返回目录：CatOneTwo：本专栏目录
