Git 与 Github 入门

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接： https://blog.csdn.net/qq_44641053/article/details/102596730

本章知识点：
1、Git 与 GitHub介绍
2、下载安装 Git-20-64-bit.exe
3、Git 常用命令

Git 与 GitHub 简介

Git是什么?
Git是一个开源的[分布式][版本控制系统]，用于敏捷高效地处理任何或小或大的项目

版本控制器
CVS/SVN/Git

SVN
客户端/服务器

GIT
客户端/代码托管网站(例如：github)

注意：

类似的代码托管网站还有：github/码云/阿里云Code源码管理

类似的技术GitLab，但它与GitHub又有一定的区别：
GitLab和GitHub一样属于第三方基于Git开发的作品，免费且开源。与Github类似，可以注册用户，任意提交你的代码，添加SSHKey等等。
不同 的是，GitLab是可以部署到自己的服务器上，数据库等一切信息都掌握在自己手上，适合团队内部协作开发，
你总不可能把团队内部的智慧总放在别人的服务器上吧？简单来说可把GitLab看作个人版的GitHub。

Git与SVN区别(重点记录1/2/3点)

• 1、去中心化
  GIT是分布式的，SVN不是：这是GIT和其它非分布式的版本控制系统，例如SVN，CVS等，最核心的区别。

• 2、git仓库的任何一个拷贝都可以独立作为一个服务器来使用

• 3、在Git中文件有四种状态：
  未跟踪(untrack)：表示文件为新增加的
  已修改(modified)：表示修改了文件，但还没保存到git仓库中。
  已暂存(staged)：表示对一个已修改文件的当前版本做了标记，使之包含在下次提交的快照中
  已提交(committed)：表示文件已保存在git仓库中。

• 4、其它
  GIT没有一个全局的版本号，而SVN有：目前为止这是跟SVN相比GIT缺少的最大的一个特征。
  GIT的内容完整性要优于SVN：GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏

• 5、直接记录快照，而非差异
  GIT把内容按元数据方式存储，而SVN是按文件：所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里。
  直接记录快照，而非差异

• 6、直接记录快照，而非差异
  GIT分支和SVN的分支不同，分支在SVN中一点不特别，就是版本库中的另外的一个目录。

---

Github 的简单使用

登录github网站 : https://github.com/

创建公库 study_pub

创建私库 study

创建文件夹
创建文件

删除仓库

---

Git下载安装

下载地址： https://git-scm.com/downloads

Git 安装

创建开始菜单目录名称，默认git，不需要修改

选择git使用的编辑器

Install 安装

检测安装成功，任意窗口或桌面都可以右键，出现下面两个选项即可

---

Git常用命令

Git配置帐号和邮箱(本机)

Git配置帐号和邮箱(本机) :
一般刚安装Git都要配置用户名和密码，因为你提交代码到本地仓库（上传代码到远程仓库）时会用到，
如果没有没有配置，在你提交时它会提醒你的。但是，如果仅仅克隆(即下载)公有项目，你甚至不需要注册——刚刚我们创建的账户是为了以后
fork 其它项目，以及推送我们自己的修改。

命令行配置 ：

1. “Git bash here” 打开命令窗口
   1.1 查看git的配置列表 ： git config --list
   注意：
   如果没有配置东西，应该是空的。照着下面步骤配置完成后，你可以再试一下该命令，就会出现一系列配置信息

2. 设置用户名/邮箱/密码

          git config --global user.name "username"
          git config --global user.email "email"
          git config --global user.password "password"
   

   我们不需要密码，到时候用ssh key
   git config --global user.name " DJL518 "
   git config --global user.email "[email protected]"

全局变量
global 表示全局的，即当前用户都有效，该配置会出现在 ~/.gitconfig 文件中，~ 表示当前用户的目录，
比如我的是：C:\Users\Administrator.gitconfig，打开该文件你会发现如下图所示的内容：
[user]
name = xxx
email = [email protected]

局部变量

		git config user.name  "username"  
		git config user.email  "email"

局部是只对当前仓库起效的，它的配置信息会在当前仓库根目录/.git/config文件下

注意：局部变量覆盖全局变量！！！和编程语言里面的变量关系是一样的。

删除某个全局配置项

		git config --global --unset user.name

Git 命令使用场景 :
git文件状态与工作区域(重点 ！ ！ ！)
git 的文件状态是其 git核心内容，了解后对后续的操作有莫大的帮助，不同的文件状态又存储在不同的工作区域中。

1. 文件状态
   git中的文件有以下几种状态
   未跟踪(untrack)： 表示文件为新增加的
   已修改(modified)： 表示修改了文件，但还没保存到git仓库中。
   已暂存(staged)： 表示对一个已修改文件的当前版本做了标记，使之包含在下次提交的快照中
   已提交(committed)： 表示文件已保存在git仓库中。

2. 工作区域
   按照本地计算机与远程计算机划分，工作区域有以下几种 :
   1)本地计算机
   Working Directory（工作目录）： 即正在编辑的文件状态。文件状态为未跟踪（untrack）和已修改（modified）在此区域内。
   Staging Area（暂存区）： 保存了下次将提交的文件列表信息。文件状态为已暂存（staged）在此区域内。
   Repository（本地仓库）： 提交到本地仓库的文件。
   2)远程计算机
   Repository（远程仓库）： 已提交到远程计算机内的文件。
   

---

常用命令(重点)

	   git clone ：将远程仓库clone到本地计算机。
	   
	   git status ：展示工作区及暂存区域中不同状态的文件。
	   
	   git add ：将内容从工作目录添加到暂存区。
	   
	   git commit ：所有通过 git add 暂存的文件提交到本地仓库。
	   
	   git push ：将本地仓库的记录提交到远程仓库。
	   
	   git reset HEAD <file> ：从暂存区移除指定文件。
	   
	   git checkout -- <file> ：从本地仓库恢复指定文件。
	   
	   git pull ：拉取远程仓库的数据。
	   
	   git init

---

实践操作

1、使用git提交文件至远程仓库(重点 ！ ！ ！)

首先明确大致流程：

1. 取得项目的 Git 仓库
   第一种是从github现有仓库(远程)克隆出新的仓库(本地)
   第二种是在工作目录中初始化新的仓库(本地)，然后再与一个Github上的仓库(远程)关联

2. 在本地的克隆库上进行你所需要的改动，修改文件内容，添加文件等；

3. add，commit，push三部曲。

---

2、从github现有仓库(远程)克隆出新的仓库(本地)

具体步骤：

1. 取得项目的Git仓库(从github现有仓库克隆)

          ## 此处url改为自己仓库的地址
          git clone https://github.com/DJL518/test_pub.git
   

   注意：
   此命令，会在当前目录下创建一个名为test_pub的目录，其中包含一个 .git 的目录，用于保存下载下来的所有版本记录。
   如果进入这个新建的 test_pub目录，你会看到项目中的所有文件已经在里边了，准备好后续的开发和使用。

   克隆仓库的命令格式为 git clone [url]，
   Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快

     		git clone [email protected]:fsliurujie/test.git          --SSH协议
     		git clone git://github.com/fsliurujie/test.git        --GIT协议
     		git clone https://github.com/fsliurujie/test.git      --HTTPS协议 
   

   那平时使用哪个协议最好呢？？？

   你熟悉其他的 VCS 比如 Subversion，你可能已经注意到这里使用的是 clone 而不是 checkout。这是个非常重要的差别，

   Git 收取的是项目历史的所有数据（每一个文件的每一个版本），服务器上有的数据克隆之后本地也都有了。实际上，
   即便服务器的磁盘发生故障，用任何一个克隆出来的客户端都可以重建服务器上的仓库，回到当初克隆时的状态

   如果希望在克隆的时候，自己定义要新建的项目目录名称，可以在上面的命令末尾指定新的名字：

     git clone https://github.com/DJL518/test_pub.git mytest1
   

   如何查看 .git目录(默认为隐藏文件夹)
   window菜单：“查看”->“选项”->选择，选项卡“查看”->勾中“显示隐藏的文件、文件夹和驱动器”

2. 查看初始状态
   git clone 一个仓库后，运行： git status

   注意：另外一种查看git仓库状态的方式：
   进入test1目录，用ls -ah命令如果命令窜显示.git目录，就表示已经克隆成功，并且该目录已经是git可以管理的仓库了

3. 添加一个文件
   在此仓库中source目录下添加一个add.txt文件，运行 git status

   注意：可以看到文件上方有个 “Untracked files”，表示这个文件“未跟踪”

4. 新创建的文件添加到“暂存区”
   执行 git add source/add.txt ，将会把新创建的add.txt提交到“暂存区”，执行后运行 git status

   注意：文件上方有说明使用 git reset HEAD < file> 可从暂存区移除指定文件。

5. “暂存区”的内容提交到“本地仓库”
   执行 git commit，将“暂存区”的内容提交到“本地仓库”，执行后运行 git status：

   注意：如果没有配置帐号或密码，会出现以下提示
   *** Please tell me who you are.

   注意：git commit 时出现：please enter the commit message for your changes，

   默认会启用 shell 的环境变量 $EDITOR 所指定的软件，一般都是 vim(没错，就是linux使用过) 或 emacs，

   即询问你是否要添加“提交说明”
   要输入“提交说明”的话，如下：

           1.按键盘字母 i 进入insert模式
           2.修改最上面那行黄色合并信息,可以不修改
           3.按键盘左上角"Esc"
           4.输入":wq",注意是冒号+wq,按回车键即可
   

   也可以使用 -m 参数后跟“提交说明”方式，在一行命令中提交更新。
   git commit -m “提交说明内容。。。。”
   另外，提交说明在团队合作中是非常重要的一点，要尽量写的简洁而语意清晰

6. “本地仓库”的内容提交到“远程仓库”
   执行 git push，将“本地仓库”的内容提交到“远程仓库”，执行后运行 git status

   提示：可以看到提交后 git 状态又回到初始化状态。

   注意：这里要输入github网站的用户名（邮箱、或者登录账号DJL518）、密码

---

3、工作目录中初始化新的仓库(本地)，然后再与一个Github上的仓库(远程)关联

1. 取得项目的Git仓库(在工作目录中初始化新的仓库)
   要对现有的某个项目开始用 Git 管理，只需到此项目所在的目录，例如：D:\initPath\git_repository\test\test_pub2，
   执行：git init

2. 同上

3. 同上

4. 同上

5. 同上

6. “本地仓库”的内容提交到“远程仓库”
   执行 git push，将“本地仓库”的内容提交到“远程仓库”，会报出如下错误
   fatal: No configured push destination.
   Either specify the URL from the command-line or configure a remote repository using
   这是因为，本地仓库并未与任何一个远程仓库关联，所以第一次提交时必须提供远程仓库的URL，具体操作如下：

         ## 在github先建仓库test3，目前，在GitHub上的这个仓库还是空的，GitHub告诉我们，可以从这个仓库克隆出新的仓库，
         ## 也可以把一个已有的本地仓库与之关联，然后，把本地仓库的内容推送到GitHub仓库。
   

   1、打开浏览器，登陆github后，新建一个仓库test2(目前在GitHub上的这个仓库还是空的)，它的地址为：

           https://github.com/DJL518/test_pub2.git
   

   注意：在GitHub主页创建test2仓库，注意不要添加README.md等任何文件

   2、将本地仓库的当前分支与远程仓库相关联

   	git remote add origin https://github.com/DJL518/test_pub.git
   

   注意：语法：git remote add < name> < url>

   远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库

   注意：https://github.com/DJL518/test_pub2.git 改成自己仓库对应的URL

   补充命令，如果url打错了，可以通过如下命令修改远程仓库关联

       git remote set-url origin https://github.com/DJL518/test_pub2.git
   

   3、将本地代码库的某一分支（eg:master）推送到远程的代码库

    		 git push -u origin master
   

   注意：
   把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程
   由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，
   还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
   补充命令，查看git仓库的远程代码库的地址：git remote -v
   再次添加文件b.txt，依次add/commit/push操作，则与之前没有区别了

使用git从远程仓库pull(拉)至本地仓库(重点 ！！！)
git pull

---

Git冲突

1. 先从远程仓库pull代码至本地，再修改冲突代码，

   git pull

   注意：git status 查看仓库状态，会显示红色的错误提示消息“ both modified: 冲突.txt”

2. 打开 冲突.txt，手动修改冲突部分的代码

    <<<<<<< HEAD
    test目录做修改
    =======
    test1目录做修改
    >>>>>>> b6d61fdf3b4088b12c83e0a72dc5a431a023c0c2
     注1：<<<<<<< HEAD  >>>>>>>之间的即为冲突的代码，手动修改即可
   

3. 依次 add / commit / push 代码至远程仓库

   commit 执行完成，重新查看仓库状态git status，红色的错误提示消息“ both modified: 冲突.txt” 已经没有，表示冲突已解决

如果你想进一步了解学习这个知识点，请查看我的另一篇博客[Git 集成 IDEA] https://blog.csdn.net/qq_44641053/article/details/102609469