git简单使用

最新推荐文章于 2024-08-08 18:07:38 发布

墨染&殇泪

最新推荐文章于 2024-08-08 18:07:38 发布

阅读量153

点赞数

本文详细介绍了Git的使用，从安装Git开始，涵盖了创建版本库、添加文件、版本回退、撤销修改、删除文件、添加远程库、从远程库克隆等基本操作。重点讲解了分支管理，包括创建与合并分支、解决冲突、分支管理策略，并给出了多人协作的工作模式和流程，帮助读者掌握Git的高效使用技巧。

摘要由CSDN通过智能技术生成

文章目录

安装git
创建版本库
添加文件到仓库
时光穿梭机
版本回退
撤销修改
删除文件
添加远程库
从远程库克隆
分支管理
git总结

安装git

安装完成后，需要进一步的设置，在命令行输入：

$git config --global user.name "Your Name"
$git config --global user.email "email@example.com"

git config命令的–global参数，用来这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址

创建版本库

创建一个版本库非常简单，首先选择一个合适的地方，创建一个空目录：
在这里插入图片描述

添加文件到仓库

创建文件
使用命令 git add，注意可反复多次使用，添加多个文件
使用命令git commit -m

时光穿梭机

要随时掌握工作区的状态，使用git status命令
如果git status告诉你有文件被修改过，用git diff可以查看修改内容

版本回退

HEAD 指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id
穿梭前，用git log可以查看提交历史，一边确定要回退到那个版本
要重返未来，用git reflog查看命令历史，一边确定要回到未来的哪个版本

撤销修改

场景1：当你该乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout – file
场景2：当你不但该乱了工作区某个文件的内容，还添加到了暂存区，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按照场景1操作
已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节

删除文件

命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删但是需要小心，你只能回复文件到最新岸本，你会丢失最近一次提交后你修改的内容
在这里插入图片描述

添加远程库

要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git;
关联后，使用命令git push -u origin master第一次推送master分支的所有内容
此后，每次本地提交后，只要有必要，就可以使用git push origin master推送最新修改

从远程库克隆

要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone命令克隆
Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快

分支管理

创建与合并分支

在版本回退里，每次提交Git都把它们串成一条时间线，这条时间线就是一个分支。到目前位为止只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交而是指向master，master才是指向提交的，所以HEAD指向的就是当前分支
一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点。
每次提交，master分支都会向前移动一步，这样，随着不断提交，master分支的先也越来越长
当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，在把HEAD指向dev，就表示当前分支在dev上
你看，Git创建一个分支很快，因为除了增加一个dev指针，改改HEAD的指向，工作区的文件都没有任何变化！不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：
假如我们在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：
所以Git合并分支也很快！就改改指针，工作区内容也不变！合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：

例子：

首先我们创建dev分支，然后切换到dev分支：

$ git checkout -b dev
Switched to a new branch 'dev'

git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：

$ git branch dev
$ git checkout dev
Switched to branch 'dev'

然后，用git branch命令查看当前分支：

$ git branch
* dev
  master

git branch命令会列出所有分支，当前分支前面会标一个*号。

然后，我们就可以在dev分支上正常提交，比如对readme.txt做个修改，加上一行：

Creating a new branch is quick.

然后提交：

$ git add readme.txt 
$ git commit -m "branch test"
[dev b17d20e] branch test
 1 file changed, 1 insertion(+)

现在，dev分支的工作完成，我们就可以切换回master分支：

$ git checkout master
Switched to branch 'master'

切换回master分支后，再查看一个readme.txt文件，刚才添加的内容不见了！因为那个提交是在dev分支上，而master分支此刻的提交点并没有变：

在这里插入图片描述

现在，我们把dev分支的工作成果合并到master分支上：

$ git merge dev
Updating d46f35e..b17d20e
Fast-forward
 readme.txt | 1 +
 1 file changed, 1 insertion(+)

git merge命令用于合并指定分支到当前分支。合并后，再查看readme.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。

注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。

当然，也不是每次合并都能Fast-forward，我们后面会讲其他方式的合并。

合并完成后，就可以放心地删除dev分支了：

$ git branch -d dev
Deleted branch dev (was b17d20e).

删除后，查看branch，就只剩下master分支了：

$ git branch
* master

小结：
git鼓励大量使用分支

查看分支：git branch
创建分支：git branch <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <name>
删除分支：git branch -d <name>

解决冲突

当git无法自动合并分支时，就必须首先解决冲突。解决冲突后，在提交，合并完成。
解决冲突就是把Git合并失败的文件手动编辑与我们希望的内容，在提交
用git log --graph命令可以看到分支合并图

分支管理策略

在实际开发中，我们应该按照几个基本原则进行分支管理：

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

所以，团队合作的分支看起来就像这样：
在这里插入图片描述
合并分支时，加上–no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并

Bug分支

修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，在git stash pop，回到工作现场

Feature分支

开发一个新feature，最好新建一个分支
如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除

多人协作

首先，可以试图用git push origin <branch-name>推送自己的修改；
如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
果合并有冲突，则解决冲突，并在本地提交；
没有冲突或者解决掉冲突后，再用git push origin <branch-name>推送就能成功！
如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。
这就是多人协作的工作模式，一旦熟悉了，就非常简单。

小节：