Git的简单使用

Git的简单使用

1.Git的安装

• Windows：https://git-for-windows.github.io/

2. 仓库的一些初始化配置

git config --global user.name “Your Name” 配置用户名

git config --gloabal user.email “…@gmail.com” 配置邮箱

3.Git仓库创建

mkdir test （创建文件夹test）
cd test （切换到test目录）
touch a.md （新建a.md文件）

然后git init 初始化仓库

至此 test 目录已经是一个 git 仓库了（默认会在master分支）

git status

git status 这个命令顾名思义就是查看状态，这个命令可以算是使用最频繁的一个命令了，来查看当前 git 仓库的一些状态

4.提交项目

git add 文件名

把文件提交到暂存区。可以使用 git rm --cached 这个命令去移除这个缓存

git commit

接着我们输入 git commit -m ‘first commit’ ，这个命令什么意思呢？ commit 是提交的意思，-m 代表是提交信息，执行了以上命令代表我们已经正式进行了第一次提交。

git log

git log 命令可以查看所有产生的 commit 记录，所以可以看到已经产生了一条 commit 记录，而提交时候的附带信息叫 ‘first commit’

git add & git commit

看到这里估计很多人会有疑问，我想要提交直接进行 commit 不就行了么，为什么先要再 add 一次呢？首先 git add 是先把改动添加到一个「暂存区」，你可以理解成是一个缓存区域，临时保存你的改动，而 git commit 才是最后真正的提交。这样做的好处就是防止误提交，当然也有办法把这两步合并成一步，不过后面再介绍

5.分支

branch 即分支的意思，分支的概念很重要，尤其是团队协作的时候，假设两个人都在做同一个项目，这个时候分支就是保证两人能协同合作的最大利器了。举个例子，A, B俩人都在做同一个项目，但是不同的模块，这个时候A新建了一个分支叫a， B新建了一个分支叫b，这样A、B做的所有代码改动都各自在各自的分支，互不影响，等到俩人都把各自的模块都做完了，最后再统一把分支合并起来。

执行 git init 初始化git仓库之后会默认生成一个主分支 master ，也是你所在的默认分支，也基本是实际开发正式环境下的分支，一般情况下 master 分支不会轻易直接在上面操作的，你们可以输入 git branch 查看下当前分支情况。

执行 git branch a 就新建了一个名字叫 a 的分支，这时候分支 a 跟分支 master 是一模一样的内容， git checkout a 切换到a 分支

一步到位的:

git checkout -b a

这个命令的意思就是新建一个a分支，并且自动切换到a分支

6.合并分支

git merge

A同学在a分支代码写的不亦乐乎，终于他的功能完工了，并且测试也都ok了，准备要上线了，这个时候就需要把他的代码合并到主分支master上来，然后发布。git merge 就是合并分支用到的命令，针对这个情况，需要先做两步，第一步是切换到 master 分支，如果你已经在了就不用切换了，第二步执行 git merge a ，意思就是把a分支的代码合并过来，不出意外，这个时候a分支的代码就顺利合并到 master 分支来了。

7.删除分支

git branch -d

有新建分支，那肯定有删除分支，假如这个分支新建错了，或者a分支的代码已经顺利合并到 master 分支来了，那么a分支没用了，需要删除，这个时候执行 git branch -d a 就可以把a分支删除了。

git branch -D

有些时候可能会删除失败，比如如果a分支的代码还没有合并到master，你执行 git branch -d a 是删除不了的，它会智能的提示你a分支还有未合并的代码，但是如果你非要删除，那就执行 git branch -D a 就可以强制删除a分支。

8.版本

我们在客户端开发的时候经常有版本的概念，比如v1.0、v1.1之类的，不同的版本肯定对应不同的代码，所以我一般要给我们的代码加上标签，这样假设v1.1版本出了一个新bug，但是又不晓得v1.0是不是有这个bug，有了标签就可以顺利切换到v1.0的代码，重新打个包测试了。

git tag v1.0 就代表我在当前代码状态下新建了一个v1.0的标签，输入 git tag 可以查看历史 tag 记录。

执行 git checkout v1.0 ，这样就顺利的切换到 v1.0 tag的代码状态了。

9.提交项目到GitHub

用ssh协议

先ssh-keygen -t rsa 生成公钥

文件在

C:\Users…\.ssh

然后打开 GitHub 的设置界面 点击左侧的 SSH and GPG keys 然后点击右上角的 New SSH key

然后吧 .ssh中的 id_rsa.pub 文件内容复制到 key

输入ssh -T git@github.com 进行测试

10.Push & Pull

在提交代码之前我们先要了解两个命令，因为这两个命令需要跟远程仓库配合。

Push ：直译过来就是「推」的意思，什么意思呢？如果你本地代码有更新了，那么就需要把本地代码推到远程仓库，这样本地仓库跟远程仓库就可以保持同步了。

代码示例： git push origin master

意思就是把本地代码推到远程 master 分支。

Pull：直译过来就是「拉」的意思，如果别人提交代码到远程仓库，这个时候你需要把远程仓库的最新代码拉下来，然后保证两端代码的同步。

代码示例： git pull origin master

意思就是把远程最新的代码更新到本地。一般我们在 push 之前都会先 pull ，这样不容易冲突

11.提交代码

提交代码 有两种方式

1). clone自己的项目

以在GitHub上创建的Text_01项目为例执行： ----(clone克隆)

git clone git@github.com:自己仓库名/Text_01.git

这样就把 Text_01项目 clone 到了本地，你可以把 clone 命令理解为高级点的复制，这个时候该项目本身就已经是一个git 仓库了，不需要执行 git init 进行初始化，而且甚至都已经关联好了远程仓库，我们只需要在这个 test 目录下任意修改或者添加文件，然后进行 commit ，之后就可以执行： -----(commit提交项目本地仓库)

git push origin master //意思就是把本地代码推到远程 master 分支 参考10

进行代码提交，这种是最简单方便的一种方式。

2).关联本地已有项目

假设我们本地有个 test2 的项目，我们需要的是在 GitHub 上建一个 test 的项目，然后把本地 test2 上的所有代码 commit 记录提交到 GitHub 上的 test 项目。

第一步就是在 GitHub 上建一个 test 项目

第二步把本地 test2 项目与 GitHub 上的 test 项目进行关联，切换到 test2 目录，执行如下命令：

git remote add origin git@github.com自己仓库名/test.git

什么意思呢？就是添加一个远程仓库，他的地址是 git@github.com:AxiaoTuo/test.git，而 origin 是给这个项目的远程仓库起的名字，是的，名字你可以随便取，只不过大家公认的只有一个远程仓库时名字就是 origin ，为什么要给远程仓库取名字？因为我们可能一个项目有多个远程仓库？比如 GitHub 一个，比如公司一个，这样的话提交到不同的远程仓库就需要指定不同的仓库名字了。

查看我们当前项目有哪些远程仓库可以执行如下命令：

git remote -v

接下来，我们本地的仓库就可以向远程仓库进行代码提交了：

git push origin master

就是默认向 GitHub 上的 test 目录提交了代码，而这个代码是在 master 分支。

13查看仓库地址

git remote -v 查看远程仓库的地址

GitHub查看仓库地址，找到真个仓库，在这个仓库里，点击Clone or doenload,就可以看到这个仓库的远程访问地址！