服务器评测
1.gitlab基本概念
GitLab是一个基于 Web 的 Git 仓库管理工具，且具有wiki 和 issue 跟踪功能。GitLab 由 GitLab Inc. 开发，使用开源许可证。
GitLab 由乌克兰程序员 Dmitriy Zaporozhets 和 Valery Sizov 开发。它由 Ruby 写成。后来，一些部分用Go语言重写。截止2016年12月，该公司有150名团队成员，以及1400多名开源贡献者。 GitLab被 IBM，Sony，Jülich Research Center，NASA，Alibaba，Invincea，O’Reilly Media，Leibniz-Rechenzentrum (LRZ)，CERN，SpaceX 等组织使用。
2.gitlab库创建
点击“New project”
按照上面步骤，最后点击“Create project”
3.文件提交
在客户端上（mac本的远程终端上）进行如下操作：
Git global setup
git config –global user.name “wtf”
git config –global user.email “wtf@linuxmi.com”
git clone ssh://git@gitlab.linuxmicom:19234/linux/linux_datagrand.git
cd linux_datagrand
echo “this is a test file.” > wtf.txt
cat wtf.txt
this is a test file !
git add .
git commit -m “add a file named wtf.txt”
git push -u origin master
这样就可以将客户端文件上传到gitlab的仓库里了。
4.文件抓取
如果我在gitlab上linux_datagrand.git这个仓库里进行如下操作：
添加shiyan.txt和目录test这两个文件，那么我在客户端应该怎么操作才能将新增的文件“拉取”到本地呢？
cd linux_datagrand
git pull 或 git pull –rebase origin master
说明：建议使用git pull，原因我会在下文说明。
cat linux_datagrand
wtf.txt shiyan.txt test
5.在存在的文件下进行文件递交
如果我在终端上有个目录文件existing_folder，里面的文件需要递交至git库，而你又不想cp到目标库再push，那么你可以这样做：
cd existing_folder
git init
git remote add origin ssh://git@gitlab.linuxmi.com:19234/linux/linux_datagrand.git
git add .
git commit -m “Initial commit”
在push之前先进性pull操作：
git pull –rebase origin master
如果不进行pull这一步，会报如下错误：
error: failed to push some refs to git。
然后：
git push -u origin master
6.库的迁移或备份
##如我想把linux_datagrand.git这个库里的文件迁移至linuxmi.git这个新库中，要求如下：
（1）迁移的时候就要考虑到已有的分支；
（2）保留以前的提交记录；
（3）不要把本地的代码直接提交到gitLab，这样以前提交的记录和分支就都没有了。
##操作如下：
git clone ssh://git@gitlab.linuxmicom:19234/linux/linux_datagrand.git
cd linux_datagrand
ls
name.txt shiyan.txt
##查看当前的远程仓库：
git remote -v
origin ssh://git@gitlab.linuxmicom:19234/linux/linux_datagrand.git (fetch)
origin ssh://git@gitlab.linuxmicom:19234/linux/linux_datagrand.git (push)
##添加linuxmi.git这个远程仓库
git remote add test ssh://git@gitlab.linuxmicom:19234/linux/linuxmi.git
说明：添加远程仓库的格式：
git remote add 仓库名字 [仓库地址]
##查看当前的远程仓库：
git remote -v
origin ssh://git@gitlab.linuxmicom:19234/linux/linux_datagrand.git (fetch)
origin ssh://git@gitlab.linuxmicom:19234/linux/linux_datagrand.git (push)
test ssh://git@gitlab.linuxmicom:19234/linux/linuxmi.git (fetch)
test ssh://git@gitlab.linuxmicom:19234/linux/linuxmi.git (push)
##把本地的分支push到远程仓库
git push -u test master
这个时候有报错，内容如下：
error: failed to push some refs to ‘ssh://git@gitlab.linuxmicom:19234/linux/linuxmi.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.
##解决方法：
（1）由于GitLab一些分支默认被保护，仅仅拥有master级别的用户才能提交到保护分支，而且master分支默认是保护分支，其他用户需要通过合并issue请求来提交上去。所以我们先关闭这个master分支保护： Project: “Settings” -> “Repository” -> “Protected Branches（Expand）” -> “Unprotect”。
（2）使用命令：git push -f test master
所以把本地的分支push到远程仓库命令：
git push -f test master
##这个时候，我们已经把linux_datagrand.git这个库里的文件迁移至linuxmi.git这个新库中了。
7.库的回收和重命名
有的时候库迁移完成之后，老的库就不需要了，这个时候就需要我们去回收或重名了，接着上面的实例说明：
要求如下：
（1）我已经把linux_datagrand.git这个库里的文件迁移至linuxmi.git这个新库中了，那么我不想再使用git clone ssh://git@gitlab.linuxmicom:19234/linux/linuxmi.git 建立本地库；
（2）我想把linux_datagrand.git这个本地库更改为linuxmi.git
操作如下：
cd linux_datagrand
##先删除原先的origin
git remote remove origin
##查看当前远程仓库
git remote -v
test ssh://git@gitlab.linuxmicom:19234/linux/linuxmi.git (fetch)
test ssh://git@gitlab.linuxmicom:19234/linux/linuxmi.git (push)
##我们一般都习惯使用origin,所以更改一下test这个名称
命令格式：
git remote rename <old> <new>
git remote rename test origin
##再查看当前远程仓库
git remote -v
origin ssh://git@gitlab.linuxmicom:19234/linux/linuxmi.git (fetch)
origin ssh://git@gitlab.linuxmicom:19234/linux/linuxmi.git (push)
8.git pull 和 git pull –rebase
##说明：
Git 作为分布式版本控制系统，所有修改操作都是基于本地的，在团队协作过程中，假设你和你的同伴在本地中分别有各自的新提交，而你的同伴先于你 push 了代码到远程分支上，所以你必须先执行 git pull 来获取同伴的提交，然后才能 push 自己的提交到远程分支。而按照 Git 的默认策略，如果远程分支和本地分支之间的提交线图有分叉的话（即不是 fast-forwarded），Git 会执行一次 merge 操作，因此产生一次没意义的提交记录，从而造成了递交图像的混乱。
##解决：
其实在 pull 操作的时候，，使用 git pull –rebase 选项即可很好地解决上述问题。 加上 –rebase 参数的作用是，提交线图有分叉的话，Git 会 rebase 策略来代替默认的 merge 策略。 使用 rebase 策略有什么好处呢？借用一下 man git-merge 中的图就可以很好地说明清楚了。
假设提交线图在执行 pull 前是这样的：
如果是执行 git pull 后，提交线图会变成这样：
结果多出了 H 这个没必要的提交记录。如果是执行 git pull –rebase 的话，提交线图就会变成这样：
F G 两个提交通过 rebase 方式重新拼接在 C 之后，多余的分叉去掉了，目的达到。
##结论：
大多数时候，使用 git pull –rebase 是为了使提交线图更好看，从而方便 code review。
不过，如果你对使用 git 还不是十分熟练的话，我的建议是 git pull –rebase 多练习几次之后再使用，因为 rebase 在 git 中，算得上是『危险行为』。
另外，还需注意的是，使用 git pull –rebase 比直接 pull 容易导致冲突的产生，如果预期冲突比较多的话，建议还是直接 pull。
Linux公社的RSS地址：https://www.linuxidc.com/rssFeed.aspx
本文永久更新链接地址：https://www.linuxidc.com/Linux/2018-09/153907tm
