git与github——2，远程仓库、分支管理

最新推荐文章于 2025-06-20 09:53:19 发布

原创最新推荐文章于 2025-06-20 09:53:19 发布 · 1.5k 阅读

4 ·

CC 4.0 BY-SA版权

文章标签：

#git

git 专栏收录该内容

7 篇文章

订阅专栏

本文详细介绍了Git的远程仓库操作，包括添加远程库、从远程仓库克隆、分支管理策略、解决冲突、多人协作等内容。同时，深入探讨了如何在GitHub上创建和管理远程仓库，以及在团队协作中如何有效地使用Git的分支功能。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一、远程仓库

其实在此之前的内容，包括时光穿梭机等，svn都具有这些功能。记住下面这句话：

Git是分布式版本控制系统，同一个Git仓库，可以分布到不同的机器上。怎么分布呢？最早，肯定只有一台机器有一个原始版本库，此后，别的机器可以“克隆”这个原始版本库，而且每台机器的版本库其实都是一样的，并没有主次之分。

说到远程仓库，不得不说github，它就是专门提供Git仓库托管服务的。，只要注册一个GitHub账号，就可以免费获得Git远程仓库。

注册完gibhub账号之后，要连接上自己的github账号，有两步工作：

（1）在本地生成ssh key：

$ ssh-keygen -t rsa -C youremail@example.com

之后一路回车就行，如果一切顺利的话，可以在用户主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个就是SSH Key的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。生成文件如下：

（2）在github的setting里添加ssh

github能够通过ssh的自动登录方式，来登录github，是不是很像linux？果然是同一个人设计的。

github当然可以设置多个ssh key，一会在办公室提交，一会在公司提交，都是可以的。不过github是公开的，这里的内容都是可以给别人看到的，所以太敏感的东东别放上去了。私密的方式有个gitlab，和github的操作基本一样。

1，添加远程库

现在有中情况，我本地有个test1的仓库，我想在github上创建一个同样的仓库，要怎么做？

首先，要再github上创建一个仓库：

嘿嘿，博主就是masterzz，等玩熟了github，有点东西了，我再附上我的github。

然后会进入一个quick setup界面：

会有一堆的提示。我们按照它的提示：

从命令行中add：

git remote add origin https://github.com/masterzz/test1.git

注意，这个操作一个是要建立ssh，然后是要自己的账号。这里的origin是远程库的名字，是git默认的叫法。接着我们进行push操作：

git push -u origin master

git命令行这样的提示界面，就算push成功了！由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。再刷新下自己的github：

这样就可以了！

2，从远程仓库克隆

找到上图的网址，然后删了本地test1，再输入：

git@github.com:masterzz/test1.git

这样就克隆成功了，本地又会有个test1版本库。

当然在克隆地址中，GitHub给出的地址不止一个，还可以用https://github.com/michaelliao/gitskills.git这样的地址。实际上，Git支持多种协议，默认的git://使用ssh，但也可以使用https等其他协议。

使用https除了速度慢以外，还有个最大的麻烦是每次推送都必须输入口令，但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https。

二、分支管理

git的分支很有意思，建了一个分支，既允许你做a功能，同时也允许你的同事做b功能。

其他版本控制系统如SVN等都有分支管理，但是用过之后你会发现，这些版本控制系统创建和切换分支比蜗牛还慢，简直让人无法忍受，结果分支功能成了摆设，大家都不去用。

但Git的分支是与众不同的，无论创建、切换和删除分支，Git在1秒钟之内就能完成！无论你的版本库是1个文件还是1万个文件。

1，创建与合并分支

在之前的提交中，就像是开启了一条时间线，而且只有一条时间线。这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。

每次提交，节点就加一，master分支就越来越长。如果创建了一个分支，比如dev，dev指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上。

如果之后在dev分支上进行提交，则会变成：

如果我们完成了dev的操作，想把dev合并到master分支，该怎么做呢？就是直接把master指向dev的当前提交：

合并完后，甚至可以删除dev分支，删除dev分支，实际上就是删除dev指针：

我们来实践一下：

首先创建一个dev分支：

git checkout -b dev

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

git branch dev

git checkout dev

之后再用git branch查看当前分支：

git branch会列出所有分支来，* 的绿色的就是当前分支；然后我们就可以在dev分支上进行提交：

Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
Creating a new branch.

增加了一行，添加、提交：

然后我们切换回master：

git checkout master

readme 回到了4行：

之后我们将dev合并到master：

git merge dev

git merge命令用于合并指定分支到当前分支。再查看readme：

注意到上面的操作是Fast-forward，实际上就是快进到dev指针，即把master指向dev指向的提交，所以这个速度会很快。之后我们删除dev分支：

git branch -d dev

就只有一个master分支了。

2，解决冲突

首先建一个分支：

git checkout -b feature1

在readme中加入一行：

Creating a new branch is quick AND simple.

增加、提交。然后返回master，

git checkout master

而在master分支的readme，增加一行：

Creating a new branch is quick & simple.

同样进行增加、提交。

现在分支的情况，大概是这样的：

在这种情况下，我们想进行合并：

果然发生了冲突！Git告诉我们，readme.txt文件存在冲突，必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件：

我们来看一下readme文件：

Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
Creating a new branch.
<<<<<<< HEAD
Creating a new branch is quick & simple.
=======
Creating a new branch is quick AND simple.
>>>>>>> feature1

Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存：

Creating a new branch is quick and simple.

现在的分支情况编程了这样：

我们采用git log来查看分支的合并情况：

git log --graph --pretty=oneline --abbrev-commit

用git log --graph命令可以看到分支合并图。最后，删除feature1

这样就解决了冲突。也就是实际上git merge 在有冲突的时候，会标记处两者间的冲突！

3，分支管理策略

通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。

如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

要采用非fast forwar模式，要用到--no-ff方式的git merge。依然用dev分支来做实验：

git checkout -b dev

加入一句：

branch strategy test.

然后进行添加和提交：

切换回master：

git merge --no-ff -m "merge with no-ff" dev

--no-ff表示禁用fast forward

采用git log 查看日志：

博主的实验没有成功！这是怎么回事？

实际开发中，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本。

所以团队的合作就像下图所示：

4，bug分支

Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：

$ git stash

工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：

一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；

另一种方式是用git stash pop，恢复的同时把stash内容也删了：

再用git stash list查看，就看不到任何stash内容了：

$ git stash list

你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：

$ git stash apply stash@{0}

git删除时报错：

$ git branch -d feature-vulcan
error: The branch 'feature-vulcan' is not fully merged.
If you are sure you want to delete it, run 'git branch -D feature-vulcan'.

销毁失败。Git友情提醒，feature-vulcan分支还没有被合并，如果删除，将丢失掉修改，如果要强行删除，需要使用大写的-D参数。。

现在我们强行删除：

$ git branch -D feature-vulcan
Deleted branch feature-vulcan (was 287773e).

5，多人协作

当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。

要查看远程信息，用git remote：

用 git remote -v可以查看更详细的版本信息：

这里显示了fetch和push地址，如果没有push权限，就看不到push的地址哦。

推送分支：

git push origin master

如果要推送其他分支，比如 dev，就改成：

git push origin dev

当然一般master和dev分支是需要推送的，bug和其他feature是不用推送的。

抓取分支：

这一部分，需要模拟另一个仓库我在同级目录建了另一个目录

git clone git@github.com:masterzz/test1.git

用clone命令创建了第二个test1项目（test1_1下的）。

查看分支情况：

现在我在两个test1中的readme分别加入 line1和line2：

test1：

test1_1:

分别提交：

test1 ：

test1_1:

然后推送到远程仓库：

test1：

git push origin dev

test1_1：

git push origin dev

报错了！

说明这时候是由冲突的，该怎么解决？

首先在test1_1中，使用git pull，然后在本地进行合并：

此时test1_1：

Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
Creating a new branch.
Creating a new branch is quick and simple.
<<<<<<< HEAD
line2
=======
line 1
>>>>>>> 1ce7d40bb85825cd56c2871fe1cb24244bff38f6

解决冲突：

Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.
Git tracks changes of files.
Creating a new branch.
Creating a new branch is quick and simple.
line 1
line2

解决冲突：

git commit -m "fix conflicts" readme.txt

然后再push试试：

这样就可以了！github的readme也进行了更新：

如果存在本地的dev和远程仓库的不一致的情况，调用如下命令：

git branch --set-upstream-to=origin/dev dev

5，rebase

调用如下命令查看日志：

git log --graph --pretty=oneline --abbrev-commit

感觉有点乱，能不能编程一条线？Git有一种称为rebase的操作，有人把它翻译成“变基”。

调用git rebase：

感觉更加有点看不懂 = = 总之，这个命令是将原本分叉的提交现在变成一条直线了。

参考：廖雪峰的博客

https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001375840038939c291467cc7c747b1810aab2fb8863508000