GitLab与Gitee安装与使用（windows下）及基本操作命令

军花發表於 2020-11-26 14:18:00

GitLab与Gitee安装与使用（windows下）及基本操作命令

<h1 class="md-end-block md-heading md-focus">GitLab与Gitee安装与使用（windows下）</h1>
常用命令
<ul>
<li>git config -l 查看git的详细配置</li>
<li>$ git config --global user.name "名称"</li>
<li>$ git config --global user.email "邮箱"</li>
<li>部分简单操作命令与liunx命令相似</li>
<li>如:cd 进入目录或退回目录</li>
<li>pwd显示所在当前路径</li>
<li>ls(ll)显示当前目录下的所有文件(ll显示的内容更加详细)</li>
<li>touch aa.txt 新建一个文件aa.txt</li>
<li>rm 文件名删除文件</li>
<li>mkdir 文件名创建一个文件夹</li>
<li>mv 移动文件 mv 文件名目标文件路径</li>
<li>git init 是把自己创建的问价夹变成一个git仓库</li>
<li>git add 文件名添加文件到仓库</li>
<li>git commit 提交刚才添加的文件 -m后面跟的是本次提交的说明(相当于注释)</li>
<li>git status 查看当前的状态</li>
<li>git digff 文件名可以查看文件被修改的内容</li>
<li>git rm 文件名删除仓库的文件</li>
<li>版本回退</li>
<li>git log 可以查看最近提交的版本日志</li>
<li>git log --pretty=oneline 查看最近提交的版本的参数及文件id</li>
<li>git reset --hard HEAD^ 返回到上一次提交的版本</li>
<li>cat 文件名查看文件内容信息</li>
<li>git reset --hard 3a80e 注:3a80e 是文件id 指定返回到指定版本</li>
<li>git reflog 查看命令历史</li>
<li>git checkout -- 文件名撤销修改,如果文件已经添加在暂存区则返回添加到暂存区后的状态</li>
<li>如果文件修改后还没放到暂存区,则返回到和版本库一模一样的状态</li>
<li>git reset HEAD 文件名退回文件</li>
</ul>
下面是安装后的一些基本操作,简单易上手,希望可以帮助到你!
<h2 class="md-end-block md-heading">1.安装gitlab，选择windows即可</h2>
<pre class="md-fences md-end-block ty-contain-cm modeLoaded">https://git-scm.com/downloads</pre>
 安装成功，点击GIt Bash弹出一个黑框框就说明安装成功
安装完成之后，需要设置自己的姓名和邮箱
<div class="cnblogs_Highlighter">
<pre class="brush:csharp;gutter:true;">$ git config --global user.name "name"
$ git config --global user.email "email"</pre>
</div>
<h2 class="md-end-block md-heading">2.创建版本库</h2>
1.首先找一个合适的位置，创建一个目录,可以使用命令，也可以在文件夹中直接创建，
<pre class="md-fences md-end-block ty-contain-cm modeLoaded">//命令创建(大部分操作命令和linux相同) mkdir fileName </pre>
<div class="cnblogs_Highlighter">
<pre class="brush:java;gutter:true;">乌鸦@DESKTOP-SCU216L MINGW64 /f
$ cd GitLab/
乌鸦@DESKTOP-SCU216L MINGW64 /f/GitLab
$ pwd
/f/GitLab</pre>
</div>
2.然后使用git init 命令把这个目录变成Git可以管理的仓库，生成了一个.get文件
<div class="cnblogs_code">
<pre>乌鸦@DESKTOP-SCU216L MINGW64 /f/GitLab
$ git init
Initialized empty Git repository in F:/GitLab/.git/</pre>
</div>
 
<h2 class="md-end-block md-heading">3.把文件添加到版本库</h2>
1.现在来编写一个readme.txt文件，此文件一定要放在刚刚创建的目录下面，因为这是一个Git仓库，放到其他地方.git文件找不到
:内如如下
<div class="cnblogs_code">
<pre>Git is a version control system.
Git is free software.</pre>
</div>
 
第一步，使用git add告诉Git，把文件添加到了仓库：
<div class="cnblogs_code">
<pre>$ git add readme.txt</pre>
</div>
 
执行上面命令，没有任何显示就对了，”没有消息就是最好的消息“
第二步，用命令git commit告诉Git，把文件提交到仓库，第一步只是添加了，并没有提交：
<div class="cnblogs_code">
<pre>乌鸦@DESKTOP-SCU216L MINGW64 /f/GitLab (master)
$ git commit -m "wrote a readme file"
wrote a readme file
1 file changed, 2 insertions(+)
create mode 100644 readme.txt</pre>
</div>
 
简单解释一下git commit 命令，-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。
<pre class="md-fences md-end-block ty-contain-cm modeLoaded">小贴士: 使用add命令，一次可以添加多个文件，commit一次可以把添加的文件全部提交，所以你可以额add很多不同的文件，例如 </pre>
<div class="cnblogs_code">
<pre>$ git add file1.txt
$ git add file2.txt file3.txt
$ git commit -m "add 3 files."</pre>
</div>
第三步，联系使用
我们已经成功添加并提交了readme.txt文件，现在，是时候继续工作了，于是，我们继续修改readme.txt文件，改成如下内容：
<div class="cnblogs_code">
<pre>Git is a distributed version control system.
Git is free software.</pre>
</div>
 
现在使用git status命令查看结果
<div class="cnblogs_code">
<pre>乌鸦@DESKTOP-SCU216L MINGW64 /f/GitLab (master)
$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git restore <file>..." to discard changes in working directory)
 modified: readme.txt

Untracked files:
(use "git add <file>..." to include in what will be committed)
 .readme.txt.swp

no changes added to commit (use "git add" and/or "git commit -a")</pre>
</div>
 
git status命令可以让我们时刻掌握仓库当前的状态，上面的命令输出告诉我们，readme.txt被修改过了，但还没有准备提交的修改。modified(修改) Untracked files(未添加的文件)
此命令只可以告诉我们文件被修改过，如果想看到被修改的内容，需要使用git digff：
<div class="cnblogs_code">
<pre>乌鸦@DESKTOP-SCU216L MINGW64 /f/GitLab (master)
$ git diff readme.txt
diff --git a/readme.txt b/readme.txt
index d8036c1..9247db6 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,2 +1,2 @@
-Git is a version control system.
-Git is free software.
\ No newline at end of file
+Git is a distributed version control system.
+Git is free software.</pre>
</div>
 
然后继续对文件进行提交：
<div class="cnblogs_code">
<pre>$ git add readme.txt
$ git commit -m "add distributed"</pre>
</div>
 
提交后，我们再用git status命令看看仓库的当前状态：
<div class="cnblogs_code">
<pre>$ git status
On branch master
nothing to commit, working tree clean</pre>
</div>
 
<pre class="md-fences md-end-block ty-contain-cm modeLoaded">小结 要随时掌握工作区的状态，使用git status命令。 如果git status告诉你有文件被修改过，用git diff可以查看修改内容。</pre>
<h2 class="md-end-block md-heading">4.版本回退</h2>
<h3 class="md-end-block md-heading">1.版本回退</h3>
现在，我们已经学会了修改文件，然后提交到Git版本库，现在，再练习一次，修改readme.xml文件如下：
<div class="cnblogs_code">
<pre>Git is a distributed version control system.
Git is free software distributed under the GPL.</pre>
</div>
 
然后尝试提交：
<div class="cnblogs_code">
<pre>$ git add readme.txt
$ git commit -m "append GPL"
append GPL
1 file changed, 1 insertion(+), 1 deletion(-)</pre>
</div>
 
我们回顾一下readme.txt文件一共有几个版本被提交到Git仓库里了：
版本1：wrote a readme file
<div class="cnblogs_code">
<pre>Git is a version control system.
Git is free software.</pre>
</div>
 
版本2：add distributed
<div class="cnblogs_code">
<pre>Git is a distributed version control system.
Git is free software.</pre>
</div>
 
版本3：append GPL
<div class="cnblogs_code">
<pre>Git is a distributed version control system.
Git is free software distributed under the GPL.</pre>
</div>
 
当然了，在实际工作中，我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容，不然要版本控制系统干什么。版本控制系统肯定有某个命令可以告诉我们历史记录，在Git中，我们用git log命令查看：
<div class="cnblogs_code">
<pre>乌鸦@DESKTOP-SCU216L MINGW64 /f/GitLab (master)
$ git log
commit 3a80eccd4ab5fe684de201322f330900eba9f32f (HEAD -> master)
Author: wuya <985472988@qq.com>
Date: Wed Nov 25 09:54:30 2020 +0800

append GPL

commit a793f6a6a884f1a6561e888de06779799e9693e0
Author: wuya <985472988@qq.com>
Date: Wed Nov 25 09:51:19 2020 +0800

add distributed

commit 0d52edb3474a77c8a093eb466718192aaa7e6cd4
Author: wuya <985472988@qq.com>
Date: Wed Nov 25 09:45:25 2020 +0800

wrote a readme file</pre>
</div>
 
git log命令显示从最近到最远的提交日志，最近的一次是append GPL，上一次是add distributed，最早的一次是wrote a readme file。
如果嫌输出信息太多，看得眼花缭乱的，可以试试加上--pretty=oneline参数：
<div class="cnblogs_code">
<pre>$ git log --pretty=oneline
3a80eccd4ab5fe684de201322f330900eba9f32f (HEAD -> master) append GPL
a793f6a6a884f1a6561e888de06779799e9693e0 add distributed
0d52edb3474a77c8a093eb466718192aaa7e6cd4 wrote a readme file</pre>
</div>
 
前面的一大串是版本号，Git不是1，2，3......增的数字，而是一个SHA1计算出来的一个非常大的数字，用十六进制表示，所以我们的commit id 肯定都不一样，以自己的为准
一切准备就绪，可以进行版本回退，退回到上一个版本，也就是add distributed这个版本
首先，Git必须知道当前版本是哪个版本，在Git中，用<code>HEAD</code>表示当前版本，也就是最新的提交<code>1094adb...</code>（注意我的提交ID和你的肯定不一样），上一个版本就是<code>HEAD^</code>，上上一个版本就是<code>HEAD^^</code>，当然往上100个版本写100个<code>^</code>比较容易数不过来，所以写成<code>HEAD~100</code>。
现在，我们要把当前版本<code>append GPL</code>回退到上一个版本<code>add distributed</code>，就可以使用<code>git reset</code>命令：
<div class="cnblogs_code">
<pre>$ git reset --hard HEAD^
HEAD is now at e475afc add distributed</pre>
</div>
 
看看<code>readme.txt</code>的内容是不是版本<code>add distributed</code>：
<div class="cnblogs_code">
<pre>$ cat readme.txt
Git is a distributed version control system.
Git is free software.</pre>
</div>
 
还可以继续回退到上一个版本<code>wrote a readme file</code>，不过且慢，让我们用<code>git log</code>再看看现在版本库的状态：
<div class="cnblogs_code">
<pre>$ git log
commit e475afc93c209a690c39c13a46716e8fa000c366 (HEAD -> master)
Author: Michael Liao <askxuefeng@gmail.com>
Date: Fri May 18 21:03:36 2018 +0800

add distributed

commit eaadf4e385e865d25c48e7ca9c8395c3f7dfaef0
Author: Michael Liao <askxuefeng@gmail.com>
Date: Fri May 18 20:59:18 2018 +0800

wrote a readme file</pre>
</div>
 
最新的那个版本<code>append GPL</code>已经看不到了！好比你从21世纪坐时光穿梭机来到了19世纪，想再回去已经回不去了，肿么办？
办法其实还是有的，只要上面的命令行窗口还没有被关掉，你就可以顺着往上找啊找啊，找到那个<code>append GPL</code>的<code>commit id</code>是<code>1094adb...</code>，于是就可以指定回到未来的某个版本：
<div class="cnblogs_code">
<pre>$ git reset --hard 3a80e
HEAD is now at 3a80ecc append GPL</pre>
</div>
 
版本号没必要写全，前几位就可以了，Git会自动去找。当然也不能只写前一两位，因为Git可能会找到多个版本号，就无法确定是哪一个了。
再小心翼翼地看看<code>readme.txt</code>的内容：
<div class="cnblogs_code">
<pre>$ cat readme.txt
Git is a distributed version control system.
Git is free software distributed under the GPL.</pre>
</div>
 
Git的版本回退速度非常快，因为Git在内部有个指向当前版本的<code>HEAD</code>指针，当你回退版本的时候，Git仅仅是把HEAD从指向<code>append GPL</code>
<pre class="md-fences md-end-block ty-contain-cm modeLoaded">┌────┐ │HEAD│ └────┘   │   └──> ○ append GPL      │      ○ add distributed      │      ○ wrote a readme file 改为指向add distributed： ┌────┐ │HEAD│ └────┘   │   │  ○ append GPL   │  │   └──> ○ add distributed      │      ○ wrote a readme file</pre>
现在，你回退到了某个版本，关掉了电脑，第二天早上就后悔了，想恢复到新版本怎么办？找不到新版本的<code>commit id</code>怎么办？
在Git中，总是有后悔药可以吃的。当你用<code>$ git reset --hard HEAD^</code>回退到<code>add distributed</code>版本时，再想恢复到<code>append GPL</code>，就必须找到<code>append GPL</code>的commit id。Git提供了一个命令<code>git reflog</code>用来记录你的每一次命令：
<div class="cnblogs_code">
<pre>乌鸦@DESKTOP-SCU216L MINGW64 /f/GitLab (master)
$ git reflog
3a80ecc (HEAD -> master) HEAD@{0}: reset: moving to 3a80e
a793f6a HEAD@{1}: reset: moving to HEAD^
3a80ecc (HEAD -> master) HEAD@{2}: commit: append GPL
a793f6a HEAD@{3}: commit: add distributed
0d52edb HEAD@{4}: commit (initial): wrote a readme file</pre>
</div>
 
<pre class="md-fences md-end-block ty-contain-cm modeLoaded"> </pre>
终于舒了口气，从输出可知，<code>append GPL</code>的commit id是<code>1094adb</code>，现在，你又可以乘坐时光机回到未来了。
<pre class="md-fences md-end-block ty-contain-cm modeLoaded">小结 现在总结一下： HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。</pre>
 
<h3 class="md-end-block md-heading">2.工作区和缓存库</h3>
工作区（Working Directory）
就是你在电脑里能看到的目录，比如我的GitLab文件夹就是一个工作区
版本库（Repository）
作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。
Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支<code>master</code>，以及指向<code>master</code>的一个指针叫<code>HEAD</code>。
<img src="https://www.liaoxuefeng.com/files/attachments/919020037470528/0">
分支和<code>HEAD</code>的概念我们以后再讲。
前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用<code>git add</code>把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用<code>git commit</code>提交更改，实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时，Git自动为我们创建了唯一一个<code>master</code>分支，所以，现在，<code>git commit</code>就是往<code>master</code>分支上提交更改。
你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。
俗话说，实践出真知。现在，我们再练习一遍，先对<code>readme.txt</code>做个修改，比如加上一行内容：
<div class="cnblogs_code">
<pre>Git is a distributed version control system.
Git is free software distributed under the GPL.
Git has a mutable index called stage.</pre>
</div>
 
然后，在工作区新增一个<code>LICENSE</code>文本文件（内容随便写）。
先用<code>git status</code>查看一下状态：
<div class="cnblogs_code">
<pre>$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)

modified: readme.txt

Untracked files:
(use "git add <file>..." to include in what will be committed)

LICENSE

no changes added to commit (use "git add" and/or "git commit -a")</pre>
</div>
 
Git非常清楚地告诉我们，<code>readme.txt</code>被修改了，而<code>LICENSE</code>还从来没有被添加过，所以它的状态是<code>Untracked</code>。
现在，使用两次命令<code>git add</code>，把<code>readme.txt</code>和<code>LICENSE</code>都添加后，用<code>git status</code>再查看一下：
<div class="cnblogs_code">
<pre>$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)

new file: LICENSE
modified: readme.txt</pre>
</div>
 
现在，暂存区的状态就变成这样了：
现在，暂存区的状态就变成这样了：
<img src="https://www.liaoxuefeng.com/files/attachments/919020074026336/0">
所以，<code>git add</code>命令实际上就是把要提交的所有修改放到暂存区（Stage），然后，执行<code>git commit</code>就可以一次性把暂存区的所有修改提交到分支。
<div class="cnblogs_code">
<pre>$ git commit -m "understand how stage works"
understand how stage works
2 files changed, 2 insertions(+)
create mode 100644 LICENSE</pre>
</div>
 
一旦提交后，如果你又没有对工作区做任何修改，那么工作区就是“干净”的：
<div class="cnblogs_code">
<pre>$ git status
On branch master
nothing to commit, working tree clean</pre>
</div>
 
现在版本库变成了这样，暂存区就没有任何内容了：
<img src="https://www.liaoxuefeng.com/files/attachments/919020100829536/0">
<pre class="md-fences md-end-block ty-contain-cm modeLoaded">小结 暂存区是Git非常重要的概念，弄明白了暂存区，就弄明白了Git的很多操作到底干了什么。 没弄明白暂存区是怎么回事的童鞋，请向上滚动页面，再看一次。</pre>
思考一下
<pre class="md-fences md-end-block ty-contain-cm modeLoaded">第一次修改 -> git add -> 第二次修改 -> git commit 文件到底会不会被修改呢？如果没修改，如何才能修改呢？ 请先思考一下！！！！！！！！！！！！！！！！！！！！！ 答案： 第一次修改 -> git add -> 第二次修改 -> git add -> git commit 现在，你又理解了Git是如何跟踪修改的，每次修改，如果不用git add到暂存区，那就不会加入到commit中。</pre>
自然，你是不会犯错的。不过现在是凌晨两点，你正在赶一份工作报告，你在<code>readme.txt</code>中添加了一行：
<div class="cnblogs_code">
<pre>$ cat readme.txt
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.
My stupid boss still prefers SVN.</pre>
</div>
 
在你准备提交前，一杯咖啡起了作用，你猛然发现了<code>stupid boss</code>可能会让你丢掉这个月的奖金！
既然错误发现得很及时，就可以很容易地纠正它。你可以删掉最后一行，手动把文件恢复到上一个版本的状态。如果用<code>git status</code>查看一下：
<div class="cnblogs_code">
<pre>$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)

modified: readme.txt

no changes added to commit (use "git add" and/or "git commit -a")</pre>
</div>
 
你可以发现，Git会告诉你，<code>git checkout -- file</code>可以丢弃工作区的修改：
<div class="cnblogs_code">
<pre>$ git checkout -- readme.txt</pre>
</div>
 
命令<code>git checkout -- readme.txt</code>意思就是，把<code>readme.txt</code>文件在工作区的修改全部撤销，这里有两种情况：
一种是<code>readme.txt</code>自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是<code>readme.txt</code>已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次<code>git commit</code>或<code>git add</code>时的状态。
现在，看看<code>readme.txt</code>的文件内容：
<div class="cnblogs_code">
<pre>$ cat readme.txt
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.</pre>
</div>
 
文件内容果然复原了。
<code>git checkout -- file</code>命令中的<code>--</code>很重要，没有<code>--</code>，就变成了“切换到另一个分支”的命令，我们在后面的分支管理中会再次遇到<code>git checkout</code>命令。
 
现在假定是凌晨3点，你不但写了一些胡话，还<code>git add</code>到暂存区了：
<div class="cnblogs_code">
<pre>$ cat readme.txt
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.
My stupid boss still prefers SVN.

$ git add readme.txt</pre>
</div>
 
庆幸的是，在<code>commit</code>之前，你发现了这个问题。用<code>git status</code>查看一下，修改只是添加到了暂存区，还没有提交：
<div class="cnblogs_code">
<pre>$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)

modified: readme.txt</pre>
</div>
 
Git同样告诉我们，用命令<code>git reset HEAD <file></code>可以把暂存区的修改撤销掉（unstage），重新放回工作区：
<div class="cnblogs_code">
<pre>$ git reset HEAD readme.txt
Unstaged changes after reset:
M readme.txt</pre>
</div>
 
<code>git reset</code>命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用<code>HEAD</code>时，表示最新的版本。
再用<code>git status</code>查看一下，现在暂存区是干净的，工作区有修改：
<div class="cnblogs_code">
<pre>$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)

modified: readme.txt</pre>
</div>
 
还记得如何丢弃工作区的修改吗？
<div class="cnblogs_code">
<pre>$ git checkout -- readme.txt

$ git status
On branch master
nothing to commit, working tree clean</pre>
</div>
 
<pre class="md-fences md-end-block ty-contain-cm modeLoaded">小结 又到了小结时间。 场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。 场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作。 场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。</pre>
删除文件
创建一个新的文件aa.txt，并且提交
<div class="cnblogs_code">
<pre>touch aa.txt
git add aa.txt
git commit im "add aa.txt"</pre>
</div>
 
一般情况下，如果我们不想要这个文件，会直接把他删除
<div class="cnblogs_code">
<pre>rm aa.txt</pre>
</div>
 
这个时候Git知道你已经删除了这个文件，导致工作区和版本库就不一致了，使用git status命令，会立即告诉你哪些文件被删除了：
<div class="cnblogs_code">
<pre>$ git status
On branch master
Changes not staged for commit:
(use "git add/rm <file>..." to update what will be committed)
(use "git restore <file>..." to discard changes in working directory)
 deleted: aa.txt

no changes added to commit (use "git add" and/or "git commit -a")</pre>
</div>
 
现在我们有两个选择，一是确实要从版本库中删除该文件，那就用命令<code>git rm</code>删掉，并且<code>git commit</code>：
<div class="cnblogs_code">
<pre>$ git rm aa.txt
rm 'aa.txt'

$ git commit -m "remove aa.txt"
remove aa.txt
1 file changed, 0 insertions(+), 0 deletions(-)
delete mode 100644 aa.txt</pre>
</div>
 
现在，文件就从版本库中被删除了。
 
另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：
<div class="cnblogs_code">
<pre>$ git checkout -- aa.txt</pre>
</div>
 
<code>git checkout</code>其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
 注意：从来没有被添加到版本库就被删除的文件，是无法恢复的！
 
<h2 class="md-end-block md-heading">5.远程仓库</h2>
到目前为止，我们已经掌握了如何在Git仓库里对一个文件进行时光穿梭，你再也不用担心文件备份或者丢失的问题了。
Git是分布式版本控制系统，同一个Git仓库，可以分布到不同的机器上。怎么分布呢？最早，肯定只有一台机器有一个原始版本库，此后，别的机器可以“克隆”这个原始版本库，而且每台机器的版本库其实都是一样的，并没有主次之分。
你肯定会想，至少需要两台机器才能玩远程库不是？但是我只有一台电脑，怎么玩？
其实一台电脑上也是可以克隆多个版本库的，只要不在同一个目录下。不过，现实生活中是不会有人这么傻的在一台电脑上搞几个远程库玩，因为一台电脑上搞几个远程库完全没有意义，而且硬盘挂了会导致所有库都挂掉，所以我也不告诉你在一台电脑上怎么克隆多个仓库。
实际情况往往是这样，找一台电脑充当服务器的角色，每天24小时开机，其他每个人都从这个“服务器”仓库克隆一份到自己的电脑上，并且各自把各自的提交推送到服务器仓库里，也从服务器仓库中拉取别人的提交。
完全可以自己搭建一台运行Git的服务器，不过现阶段，为了学Git先搭个服务器绝对是小题大作。好在这个世界上有个叫GitHub托管服务的，在国内，我们可以使用码云（Gitee），和GitHub的作用一样都是用来管理项目的，而且还提供了免费的Git 仓库，还集成了代码质量检测、项目演示等功能。对于团队协作开发，Gitee 还提供了项目管理、代码托管、文档管理的服务，5 人以下小团队免费。废话不多说，接下来开始介绍如何使用。
1.建立连接
创建SSH Key
<div class="cnblogs_code">
<pre>ssh-keygen -t rsa -C "xxxxx@xxxxx.com"；</pre>
</div>
 
看你的 public key，并把他添加到码云（Gitee.com） SSH key添加地址:https://gitee.com/profile/sshkeys
（开头是ssh-rsa，结尾是邮箱）
<div class="cnblogs_code">
<pre>cat ~/.ssh/id_rsa.pub
# ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQC6eNtGpNGwstc....</pre>
</div>
 
添加后，在终端（Terminal）中输入
<div class="cnblogs_code">
<pre>ssh -T git@gitee.com</pre>
</div>
 
若返回则成功，过程中如果有提示，输入yes
<div class="cnblogs_code">
<pre>Hi 乌鸦! You've successfully authenticated, but GITEE.COM does not provide shell access.</pre>
</div>
 
2.上传文件
我们在本地库上使用命令 git remote add 把它和 Gitee 的远程库关联：
<div class="cnblogs_code">
<pre>git remote add origin(注:连接名)git@gitee.com:Wuya_Lord/learngit.git(注:连接地址)</pre>
</div>
 
连接名随便起，连接地址在新建的仓库中这个位置
<img src="https://www.runoob.com/wp-content/uploads/2020/03/gitee7.png">
然后使用git remote -v查看，如下，则连接成功
<div class="cnblogs_code">
<pre>$ git remote -v
origingit@gitee.com:Wuya_Lord/learngit.git (fetch)
origingit@gitee.com:Wuya_Lord/learngit.git (push)</pre>
</div>
 
接下来我们就可以使用git push origin master上传本工作区的所有文件到Gitee的仓库中
<div class="cnblogs_code">
<pre>$ git push origin master
Enumerating objects: 8, done.
Counting objects: 100% (8/8), done.
Delta compression using up to 6 threads
Compressing objects: 100% (5/5), done.
Writing objects: 100% (7/7), 657 bytes | 657.00 KiB/s, done.
Total 7 (delta 1), reused 0 (delta 0), pack-reused 0
remote: Powered by GITEE.COM
To gitee.com:Wuya_Lord/learngit.git
41e5c22..5ddd2d4master -> master</pre>
</div>
 
注意：如果出现以下报错，则是因为gitlab中READE.md文件不在本地代码目录中
<div class="cnblogs_code">
<pre>To gitee.com:Wuya_Lord/learngit.git
! master -> master (fetch first)
error: failed to push some refs to 'gitee.com:Wuya_Lord/learngit.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.</pre>
</div>
 
解决办法：
<div class="cnblogs_code">
<pre>$ git pull --rebase origin master</pre>
</div>
 
从现在起，只要本地作了提交，就可以通过命令：
<div class="cnblogs_code">
<pre>$ git push origin master</pre>
</div>
 
把本地master分支的最新修改推送至Gitee，现在，你就拥有了真正的分布式版本库！
<pre class="md-fences md-end-block ty-contain-cm modeLoaded">小结 要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git； 关联后，使用命令git push -u origin master第一次推送master分支的所有内容； 此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改； 分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在，也就是有没有联网都可以正常工作，而SVN在没有联网的时候是拒绝干活的！当有网络的时候，再把本地提交推送一下就完成了同步，真是太方便了！</pre>
既然可以上传，那么我们也可以下载在Gitee仓库存放的项目
使用git clone克隆一个本地库：注意吧git库的地址换成自己的
<div class="cnblogs_code">
<pre>$ git clone git@gitee.com:Wuya_Lord/learngit.git
Cloning into 'learngit'...
remote: Enumerating objects: 11, done.
remote: Counting objects: 100% (11/11), done.
remote: Compressing objects: 100% (9/9), done.
remote: Total 11 (delta 2), reused 0 (delta 0), pack-reused 0
Receiving objects: 100% (11/11), done.
Resolving deltas: 100% (2/2), done.</pre>
</div>
 
然后再用ls查看，多了一个和仓库名一样的文件，进去查看，和仓库存储的一模一样
<div class="cnblogs_code">
<pre>$ ls
learngit/test

乌鸦@DESKTOP-SCU216L MINGW64 /f/GitLab/learngit (master)
$ cd learngit/

乌鸦@DESKTOP-SCU216L MINGW64 /f/GitLab/learngit/learngit (master)
$ ls
README.en.mdREADME.mdtest</pre>
</div>
 
如果有多个人协作开发，那么每个人各自从远程克隆一份就可以了。
以上内容如有帮助到你,请给个👍!谢谢!

</div>
<div id="MySignature" role="contentinfo">
胖子哈登 
来源：https://www.cnblogs.com/Nick62/p/14042040.html

頁: [1]

琼殿技术论坛's Archiver

GitLab与Gitee安装与使用（windows下）及基本操作命令