GitLab与Gitee安装与使用（windows下）及基本操作命令
常用命令
- git config -l 查看git的详细配置
- $ git config --global user.name "名称"
- $ git config --global user.email "邮箱"
- 部分简单操作命令与liunx命令相似
- 如:cd 进入目录或退回目录
- pwd显示所在当前路径
- ls(ll)显示当前目录下的所有文件(ll显示的内容更加详细)
- touch aa.txt 新建一个文件aa.txt
- rm 文件名 删除文件
- mkdir 文件名 创建一个文件夹
- mv 移动文件 mv 文件名 目标文件路径
- git init 是把自己创建的问价夹变成一个git仓库
- git add 文件名 添加文件到仓库
- git commit 提交刚才添加的文件 -m后面跟的是本次提交的说明(相当于注释)
- git status 查看当前的状态
- git digff 文件名 可以查看文件被修改的内容
- git rm 文件名 删除仓库的文件
- 版本回退
- git log 可以查看最近提交的版本日志
- git log --pretty=oneline 查看最近提交的版本的参数及文件id
- git reset --hard HEAD^ 返回到上一次提交的版本
- cat 文件名 查看文件内容信息
- git reset --hard 3a80e 注:3a80e 是文件id 指定返回到指定版本
- git reflog 查看命令历史
- git checkout -- 文件名 撤销修改,如果文件已经添加在暂存区则返回添加到暂存区后的状态
- 如果文件修改后还没放到暂存区,则返回到和版本库一模一样的状态
- git reset HEAD 文件名 退回文件
下面是安装后的一些基本操作,简单易上手,希望可以帮助到你!
1.安装gitlab，选择windows即可
https://git-scm.com/downloads
安装成功，点击GIt Bash弹出一个黑框框就说明安装成功
安装完成之后，需要设置自己的姓名和邮箱
$ git config --global user.name "name" $ git config --global user.email "email"
2.创建版本库
1.首先找一个合适的位置，创建一个目录,可以使用命令，也可以在文件夹中直接创建，
//命令创建(大部分操作命令和linux相同) mkdir fileName
乌鸦@DESKTOP-SCU216L MINGW64 /f $ cd GitLab/ 乌鸦@DESKTOP-SCU216L MINGW64 /f/GitLab $ pwd /f/GitLab
2.然后使用git init 命令把这个目录变成Git可以管理的仓库，生成了一个.get文件
乌鸦@DESKTOP-SCU216L MINGW64 /f/GitLab $ git init Initialized empty Git repository in F:/GitLab/.git/
3.把文件添加到版本库
1.现在来编写一个readme.txt文件，此文件一定要放在刚刚创建的目录下面，因为这是一个Git仓库，放到其他地方.git文件找不到
:内如如下
Git is a version control system. Git is free software.
第一步，使用git add告诉Git，把文件添加到了仓库：
$ git add readme.txt
执行上面命令，没有任何显示就对了，”没有消息就是最好的消息“
第二步，用命令git commit告诉Git，把文件提交到仓库，第一步只是添加了，并没有提交：
乌鸦@DESKTOP-SCU216L MINGW64 /f/GitLab (master) $ git commit -m "wrote a readme file" [master (root-commit) 0d52edb] wrote a readme file 1 file changed, 2 insertions(+) create mode 100644 readme.txt
简单解释一下git commit 命令，-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。
小贴士:
使用add命令，一次可以添加多个文件，commit一次可以把添加的文件全部提交，所以你可以额add很多不同的文件，例如
$ git add file1.txt $ git add file2.txt file3.txt $ git commit -m "add 3 files."
第三步，联系使用
我们已经成功添加并提交了readme.txt文件，现在，是时候继续工作了，于是，我们继续修改readme.txt文件，改成如下内容：
Git is a distributed version control system. Git is free software.
现在使用git status命令查看结果
乌鸦@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")
git status命令可以让我们时刻掌握仓库当前的状态，上面的命令输出告诉我们，readme.txt被修改过了，但还没有准备提交的修改。modified(修改) Untracked files(未添加的文件)
此命令只可以告诉我们文件被修改过，如果想看到被修改的内容，需要使用git digff：
乌鸦@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.
然后继续对文件进行提交：
$ git add readme.txt $ git commit -m "add distributed"
提交后，我们再用git status命令看看仓库的当前状态：
$ git status
On branch master
nothing to commit, working tree clean
小结
要随时掌握工作区的状态，使用git status命令。
如果git status告诉你有文件被修改过，用git diff可以查看修改内容。
4.版本回退
1.版本回退
现在，我们已经学会了修改文件，然后提交到Git版本库，现在，再练习一次，修改readme.xml文件如下：
Git is a distributed version control system. Git is free software distributed under the GPL.
然后尝试提交：
$ git add readme.txt $ git commit -m "append GPL" [master 1094adb] append GPL 1 file changed, 1 insertion(+), 1 deletion(-)
我们回顾一下readme.txt文件一共有几个版本被提交到Git仓库里了：
版本1：wrote a readme file
Git is a version control system. Git is free software.
版本2：add distributed
Git is a distributed version control system. Git is free software.
版本3：append GPL
Git is a distributed version control system. Git is free software distributed under the GPL.
当然了，在实际工作中，我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容，不然要版本控制系统干什么。版本控制系统肯定有某个命令可以告诉我们历史记录，在Git中，我们用git log命令查看：
乌鸦@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
git log命令显示从最近到最远的提交日志，最近的一次是append GPL，上一次是add distributed，最早的一次是wrote a readme file。
如果嫌输出信息太多，看得眼花缭乱的，可以试试加上--pretty=oneline参数：
$ git log --pretty=oneline 3a80eccd4ab5fe684de201322f330900eba9f32f (HEAD -> master) append GPL a793f6a6a884f1a6561e888de06779799e9693e0 add distributed 0d52edb3474a77c8a093eb466718192aaa7e6cd4 wrote a readme file
前面的一大串是版本号，Git不是1，2，3......增的数字，而是一个SHA1计算出来的一个非常大的数字，用十六进制表示，所以我们的commit id 肯定都不一样，以自己的为准
一切准备就绪，可以进行版本回退，退回到上一个版本，也就是add distributed这个版本
首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交1094adb...（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。
现在，我们要把当前版本append GPL回退到上一个版本add distributed，就可以使用git reset命令：
$ git reset --hard HEAD^ HEAD is now at e475afc add distributed
看看readme.txt的内容是不是版本add distributed：
$ cat readme.txt Git is a distributed version control system. Git is free software.
还可以继续回退到上一个版本wrote a readme file，不过且慢，让我们用git log再看看现在版本库的状态：
$ 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
最新的那个版本append GPL已经看不到了！好比你从21世纪坐时光穿梭机来到了19世纪，想再回去已经回不去了，肿么办？
办法其实还是有的，只要上面的命令行窗口还没有被关掉，你就可以顺着往上找啊找啊，找到那个append GPL的commit id是1094adb...，于是就可以指定回到未来的某个版本：
$ git reset --hard 3a80e HEAD is now at 3a80ecc append GPL
版本号没必要写全，前几位就可以了，Git会自动去找。当然也不能只写前一两位，因为Git可能会找到多个版本号，就无法确定是哪一个了。
再小心翼翼地看看readme.txt的内容：
$ cat readme.txt Git is a distributed version control system. Git is free software distributed under the GPL.
Git的版本回退速度非常快，因为Git在内部有个指向当前版本的HEAD指针，当你回退版本的时候，Git仅仅是把HEAD从指向append GPL
┌────┐
│HEAD│
└────┘
│
└──> ○ append GPL
│
○ add distributed
│
○ wrote a readme file
改为指向add distributed：
┌────┐
│HEAD│
└────┘
│
│ ○ append GPL
│ │
└──> ○ add distributed
│
○ wrote a readme file
现在，你回退到了某个版本，关掉了电脑，第二天早上就后悔了，想恢复到新版本怎么办？找不到新版本的commit id怎么办？
在Git中，总是有后悔药可以吃的。当你用$ git reset --hard HEAD^回退到add distributed版本时，再想恢复到append GPL，就必须找到append GPL的commit id。Git提供了一个命令git reflog用来记录你的每一次命令：
乌鸦@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
终于舒了口气，从输出可知，append GPL的commit id是1094adb，现在，你又可以乘坐时光机回到未来了。
小结
现在总结一下：
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。
穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。
2.工作区和缓存库
工作区（Working Directory）
就是你在电脑里能看到的目录，比如我的GitLab文件夹就是一个工作区
版本库（Repository）
作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。
Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
分支和HEAD的概念我们以后再讲。
前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。
你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。
俗话说，实践出真知。现在，我们再练习一遍，先对readme.txt做个修改，比如加上一行内容：
Git is a distributed version control system. Git is free software distributed under the GPL. Git has a mutable index called stage.
然后，在工作区新增一个LICENSE文本文件（内容随便写）。
先用git status查看一下状态：
$ 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")
Git非常清楚地告诉我们，readme.txt被修改了，而LICENSE还从来没有被添加过，所以它的状态是Untracked。
现在，使用两次命令git add，把readme.txt和LICENSE都添加后，用git status再查看一下：
$ git status On branch master Changes to be committed: (use "git reset HEAD <file>..." to unstage) new file: LICENSE modified: readme.txt
现在，暂存区的状态就变成这样了：
现在，暂存区的状态就变成这样了：
所以，git add命令实际上就是把要提交的所有修改放到暂存区（Stage），然后，执行git commit就可以一次性把暂存区的所有修改提交到分支。
$ git commit -m "understand how stage works" [master e43a48b] understand how stage works 2 files changed, 2 insertions(+) create mode 100644 LICENSE
一旦提交后，如果你又没有对工作区做任何修改，那么工作区就是“干净”的：
$ git status
On branch master
nothing to commit, working tree clean
现在版本库变成了这样，暂存区就没有任何内容了：
小结
暂存区是Git非常重要的概念，弄明白了暂存区，就弄明白了Git的很多操作到底干了什么。
没弄明白暂存区是怎么回事的童鞋，请向上滚动页面，再看一次。
思考一下
第一次修改 -> git add -> 第二次修改 -> git commit
文件到底会不会被修改呢？如果没修改，如何才能修改呢？
请先思考一下！！！！！！！！！！！！！！！！！！！！！
答案：
第一次修改 -> git add -> 第二次修改 -> git add -> git commit
现在，你又理解了Git是如何跟踪修改的，每次修改，如果不用git add到暂存区，那就不会加入到commit中。
自然，你是不会犯错的。不过现在是凌晨两点，你正在赶一份工作报告，你在readme.txt中添加了一行：
$ 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.
在你准备提交前，一杯咖啡起了作用，你猛然发现了stupid boss可能会让你丢掉这个月的奖金！
既然错误发现得很及时，就可以很容易地纠正它。你可以删掉最后一行，手动把文件恢复到上一个版本的状态。如果用git status查看一下：
$ 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")
你可以发现，Git会告诉你，git checkout -- file可以丢弃工作区的修改：
$ git checkout -- readme.txt
命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态。
现在，看看readme.txt的文件内容：
$ 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.
文件内容果然复原了。
git checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令，我们在后面的分支管理中会再次遇到git checkout命令。
现在假定是凌晨3点，你不但写了一些胡话，还git add到暂存区了：
$ 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
庆幸的是，在commit之前，你发现了这个问题。用git status查看一下，修改只是添加到了暂存区，还没有提交：
$ git status On branch master Changes to be committed: (use "git reset HEAD <file>..." to unstage) modified: readme.txt
Git同样告诉我们，用命令git reset HEAD <file>可以把暂存区的修改撤销掉（unstage），重新放回工作区：
$ git reset HEAD readme.txt
Unstaged changes after reset:
M readme.txt
git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。
再用git status查看一下，现在暂存区是干净的，工作区有修改：
$ 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
还记得如何丢弃工作区的修改吗？
$ git checkout -- readme.txt
$ git status
On branch master
nothing to commit, working tree clean
小结
又到了小结时间。
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD <file>，就回到了场景1，第二步按场景1操作。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。
删除文件
创建一个新的文件aa.txt，并且提交
touch aa.txt git add aa.txt git commit im "add aa.txt"
一般情况下，如果我们不想要这个文件，会直接把他删除
rm aa.txt
这个时候Git知道你已经删除了这个文件，导致工作区和版本库就不一致了，使用git status命令，会立即告诉你哪些文件被删除了：
$ 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")
现在我们有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：
$ git rm aa.txt rm 'aa.txt' $ git commit -m "remove aa.txt" [master 927c6d5] remove aa.txt 1 file changed, 0 insertions(+), 0 deletions(-) delete mode 100644 aa.txt
现在，文件就从版本库中被删除了。
另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：
$ git checkout -- aa.txt
git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
注意：从来没有被添加到版本库就被删除的文件，是无法恢复的！
5.远程仓库
到目前为止，我们已经掌握了如何在Git仓库里对一个文件进行时光穿梭，你再也不用担心文件备份或者丢失的问题了。
Git是分布式版本控制系统，同一个Git仓库，可以分布到不同的机器上。怎么分布呢？最早，肯定只有一台机器有一个原始版本库，此后，别的机器可以“克隆”这个原始版本库，而且每台机器的版本库其实都是一样的，并没有主次之分。
你肯定会想，至少需要两台机器才能玩远程库不是？但是我只有一台电脑，怎么玩？
其实一台电脑上也是可以克隆多个版本库的，只要不在同一个目录下。不过，现实生活中是不会有人这么傻的在一台电脑上搞几个远程库玩，因为一台电脑上搞几个远程库完全没有意义，而且硬盘挂了会导致所有库都挂掉，所以我也不告诉你在一台电脑上怎么克隆多个仓库。
实际情况往往是这样，找一台电脑充当服务器的角色，每天24小时开机，其他每个人都从这个“服务器”仓库克隆一份到自己的电脑上，并且各自把各自的提交推送到服务器仓库里，也从服务器仓库中拉取别人的提交。
完全可以自己搭建一台运行Git的服务器，不过现阶段，为了学Git先搭个服务器绝对是小题大作。好在这个世界上有个叫GitHub托管服务的，在国内，我们可以使用码云（Gitee），和GitHub的作用一样都是用来管理项目的，而且还提供了免费的Git 仓库，还集成了代码质量检测、项目演示等功能。对于团队协作开发，Gitee 还提供了项目管理、代码托管、文档管理的服务，5 人以下小团队免费。废话不多说，接下来开始介绍如何使用。
1.建立连接
创建SSH Key
ssh-keygen -t rsa -C "xxxxx@xxxxx.com"；
看你的 public key，并把他添加到码云（Gitee.com） SSH key添加地址:https://gitee.com/profile/sshkeys
（开头是ssh-rsa，结尾是邮箱）
cat ~/.ssh/id_rsa.pub
# ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQC6eNtGpNGwstc....
添加后，在终端（Terminal）中输入
ssh -T git@gitee.com
若返回则成功，过程中如果有提示，输入yes
Hi 乌鸦! You've successfully authenticated, but GITEE.COM does not provide shell access.
2.上传文件
我们在本地库上使用命令 git remote add 把它和 Gitee 的远程库关联：
git remote add origin(注:连接名) git@gitee.com:Wuya_Lord/learngit.git(注:连接地址)
连接名随便起，连接地址在新建的仓库中这个位置
然后使用git remote -v查看，如下，则连接成功
$ git remote -v origin git@gitee.com:Wuya_Lord/learngit.git (fetch) origin git@gitee.com:Wuya_Lord/learngit.git (push)
接下来我们就可以使用git push origin master上传本工作区的所有文件到Gitee的仓库中
$ 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 [GNK-5.0] To gitee.com:Wuya_Lord/learngit.git 41e5c22..5ddd2d4 master -> master
注意：如果出现以下报错，则是因为gitlab中READE.md文件不在本地代码目录中
To gitee.com:Wuya_Lord/learngit.git ! [rejected] 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.
解决办法：
$ git pull --rebase origin master
从现在起，只要本地作了提交，就可以通过命令：
$ git push origin master
把本地master分支的最新修改推送至Gitee，现在，你就拥有了真正的分布式版本库！
小结
要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git；
关联后，使用命令git push -u origin master第一次推送master分支的所有内容；
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；
分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在，也就是有没有联网都可以正常工作，而SVN在没有联网的时候是拒绝干活的！当有网络的时候，再把本地提交推送一下就完成了同步，真是太方便了！
既然可以上传，那么我们也可以下载在Gitee仓库存放的项目
使用git clone克隆一个本地库：注意吧git库的地址换成自己的
$ 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.
然后再用ls查看，多了一个和仓库名一样的文件，进去查看，和仓库存储的一模一样
$ ls learngit/ test 乌鸦@DESKTOP-SCU216L MINGW64 /f/GitLab/learngit (master) $ cd learngit/ 乌鸦@DESKTOP-SCU216L MINGW64 /f/GitLab/learngit/learngit (master) $ ls README.en.md README.md test
如果有多个人协作开发，那么每个人各自从远程克隆一份就可以了。
以上内容如有帮助到你,请给个👍!谢谢!
浙公网安备 33010602011771号