Gitlab---Gitlab使用

---

Gitlab使用

一、创建用户

1. 创建

2. 填写用户密码和邮箱

电子邮件可以是真，将会发送一份确认邮件到此邮箱，前提是配置好了邮件服务器
也可以是假，后面使用管理员给用户设置初始密码

3. 设置用户类型

4. 用户通过确认邮件中链接修改初始密码

5. 修改用户信息

使用超级管理员用户登录

二、创建组

1. 创建

2. 设置组名

3. 给组添加成员

三、创建项目

1. 创建

2. 设置项目

3. 添加公钥

四、用户使用项目

1. 用户创建自己的密钥对并查看公钥

[root@ela2 ~]# ssh-keygen 
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa): 

[root@ela2 ~]# ls .ssh/
id_rsa  id_rsa.pub  known_hosts

查看公钥

2. 复制粘贴到 Gitlab 上

3. 用户克隆自己拥有的项目

Git 全局设置

278  git config --global user.name "annan"
279  git config --global user.email "1508213483@qq.com"

创建新仓库

git clone git@192.168.195.129:dev-1/shanhai-cmdb.git

使用非 22 端口
git 协议默认使用的是 22 端口，假如你由其他端口或者使用了 nginx 作为代理且使用了非22 端口。

git clone ssh://git@192.168.195.129:8090/dev-1/shanhai-cmdb.git

五、命令总结

1. 克隆（git clone）

前提条件： 适用于本地没有任何仓库的情况

目的： 将一个远程仓库克隆到本地

假设你的网络里有一个在 git.ourcompany.com 的 Git 服务器。 如果你从这里克隆，Git 的 clone 命令会为你自动将其命名为 origin，拉取它的所有数据， 创建一个指向它的 master 分支的指针，并且在本地将其命名为 origin/master。 Git 也会给你一个与 origin 的 master 分支在指向同一个地方的本地 master 分支，这样你就有工作的基础。

“origin” 并无特殊含义
远程仓库名字 “origin” 与分支名字 “master” 一样，在 Git 中并没有任何特别的含义一样。 同时 “master” 是当你运行 git init 时默认的起始分支名字，原因仅仅是它的广泛使用， “origin” 是当你运行 git clone 时默认的远程仓库名字。 如果你运行 git clone -o booyah，那么你默认的远程分支名字将会是 booyah/master。

实例：

git clone git@192.168.195.129:dev-1/shanhai-cmdb.git

之后在执行 git clone 命令的目录下会有一个和仓库名称同名的目录，进程这个目录就是本地的仓库了。

2. 拉取（git pull）

前提条件：适用于已有本地仓库，并且已经和远程建立了联系

目的：从远程仓库中抓取本地仓库没有的数据，并且更新到本地数据库

git  pull origin

3. 推送（git push）

前提条件：适用于已有本地仓库，并且已经和远程建立了联系

目的: 推送本地仓库的数据到远程

当你想要公开分享一个分支时，需要将其推送到有写入权限的远程仓库上。 本地的分支并不会自动与远程仓库同步——你必须显式地推送想要分享的分支。 这样，你就可以把不愿意分享的内容放到私人分支上，而将需要和别人协作的内容推送到公开分支。

实例：

[root@ela2 ~]# git push origin dev
Total 0 (delta 0), reused 0 (delta 0)
remote:
remote: To create a merge request for dev, visit:
remote:   http://gitlab.sharkyun.com/dev-1/shark-cmdb/-/merge_requests/new?merge_request%5Bsource_branch%5D=dev
remote:
To 192.168.195.129:dev-1/shark-cmdb.git
 * [new branch]      dev -> dev