就业班 第三阶段（CICD） 2401--5.14 day1 自定义用户参数

于 2024-05-14 20:29:07 发布
阅读量946 收藏 22
点赞数 10
文章标签： git
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_50382197/article/details/138868872
版权

Git详解及 github与gitlab使用

1.1 关于版本控制

开始之前先看一个没有版本控制的例子

1.1.1 本地版本控制

本地版本控制系统许多人习惯用复制整个项目目录的方式来保存不同的版本，或许还会改名加上备份时间以示区别。这么做唯一的 好处就是简单，但是特别容易犯错。有时候会混淆所在的工作目录，一不小心会写错文件或者覆盖意想外的文件。

1.1.2 集中化的版本控制系统

如何让在不同系统上的开发者协同工作？于是，集中化的版本控制系统（Centralized Version Control Systems，简称 CVCS）应运而生。这类系统，诸如 CVS、Subversion 以及Perforce 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法。

1190037-20171130170717667-909081145.png

1.1.3 分布式版本控制系统

在这类系统中，像Git、Mercurial、Bazaar 以及 Darcs 等，客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像下来。这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。因为每一次的克隆操作，实际上都是一次对代码仓库的完整备份。

1190037-20171130170739729-1366084886.png

1.2 Git简介

1190037-20171130170749808-269525315.png

官网：Git

git是一个分布式版本控制软件，最初由林纳斯·托瓦兹（Linus Torvalds）创作，于2005年以GPL发布。最初目的是为更好地管理Linux内核开发而设计。

Git 官方中文手册 Git - Book

1.2.1 Git历史

自2002年开始，林纳斯·托瓦兹决定使用BitKeeper作为Linux内核主要的版本控制系统用以维护代码。因为BitKeeper为专有软件，这个决定在社区中长期遭受质疑。在Linux社区中，特别是理查德·斯托曼与自由软件基金会的成员，主张应该使用开放源代码的软件来作为Linux核心的版本控制系统。林纳斯·托瓦兹曾考虑过采用现成软件作为版本控制系统（例如Monotone），但这些软件都存在一些问题，特别是性能不佳。现成的方案，如CVS的架构，受到林纳斯·托瓦兹的批评。

2005年，安德鲁·垂鸠写了一个简单程序，可以连接BitKeeper的存储库，BitKeeper著作权拥有者拉里·麦沃伊认为安德鲁·垂鸠对BitKeeper内部使用的协议进行逆向工程，决定收回无偿使用BitKeeper的授权。Linux内核开发团队与BitMover公司进行蹉商，但无法解决他们之间的歧见。林纳斯·托瓦兹决定自行开发版本控制系统替代BitKeeper，以十天的时间，编写出第一个git版本

1.3 安装git

1.3.1 环境说明

[root@git ~]# rpm -qa centos-release
centos-release-7-4.1708.el7.centos.x86_64
[root@git ~]# uname -a
Linux gitlab 3.10.0-693.el7.x86_64 #1 SMP Tue Aug 22 21:09:27 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
[root@git ~]# getenforce 
Disabled
[root@git ~]# systemctl status firewalld.service 
● firewalld.service - firewalld - dynamic firewall daemon
   Loaded: loaded (/usr/lib/systemd/system/firewalld.service; disabled; vendor preset: enabled)
   Active: inactive (dead)
     Docs: man:firewalld(1)

本文使用的linux系统均为该系统

本文使用的windows系统为 Microsoft Windows [版本 10.0.15063]

1.3.2 Yum安装Git

centos 自带git

[root@git ~]# rpm -qa git
git-1.8.3.1-11.el7.x86_64

安装方法

[root@git ~]# yum install git -y

1.3.3 编译安装

编译安装可以安装较新版本的git

Git下载地址： Releases · git/git · GitHub

# 安装依赖关系
[root@git ~]# yum install curl-devel expat-devel gettext-devel  openssl-devel zlib-devel autoconf gcc perl-ExtUtils-MakeMaker
# 编译安装 
[root@git ~]# tar -zxf git-2.0.0.tar.gz
[root@git ~]# cd git-2.0.0
[root@git ~]# ./configure --prefix=/usr/local/git # 没有文件可以略过
[root@git ~]# make  
[root@git ~]# make install  

1.4 初次运行 Git 前的配置

1.4.1 配置git

命令集

git config --global user.name "username"  #配置git使用用户
git config --global user.email "email@mail.com"  #配置git使用邮箱
git config --global color.ui true  #语法高亮
git config --list # 查看全局配置

配置过程

[root@gitlab ~]# git config --global user.name "newrain"  #配置git使用用户
[root@gitlab ~]# git config --global user.email "newrain@aliyun.com"  #配置git使用邮箱
[root@gitlab ~]# git config --global color.ui true  #语法高亮
[root@gitlab ~]# git config --list # 查看全局配置
user.name=newrain
user.mail=newrain@aliyun.com
color.ui=true

生成的配置文件

[root@gitlab ~]# cd
[root@gitlab ~]# cat .gitconfig 
[user]
        name = newrain
        email = newrain@aliyun.com
[color]
    ui = true

1.4.2 获取帮助

使用Git时需要获取帮助，有三种方法可以找到Git命令的使用手册：

git help <verb>
git <verb> --help
man git-<verb>

例如，要想获得配置命令的手册，执行

git help config

1.5 获取 Git 仓库（初始化仓库）

1.5.1 创建裸库

[root@gitlab ~]# useradd git
[root@gitlab ~]# passwd git
[root@gitlab ~]# mkdir /git-root/
[root@gitlab ~]# cd /git-root/
[root@gitlab git-root]# git init --bare shell.git
Initialized empty Git repository in /git-root/shell.git/
[root@gitlab git-root]# chown -R git:git shell.git

1.5.2 创建本地库

​
[root@gitlab opt]# ssh-keygen
[root@gitlab opt]# ssh-copy-id git@192.168.249.156
[root@gitlab opt]# git clone git@192.168.249.156:/git-root/shell.git
[root@gitlab opt]# ls
rh  shell
[root@gitlab opt]# cd shell/
[root@gitlab shell]# vim test1.sh
[root@gitlab shell]# git add test1.sh
[root@gitlab shell]# git commit -m 'first commit'
[master (root-commit) 33c5fbf] first commit
 1 file changed, 2 insertions(+)
 create mode 100644 test1.sh
[root@gitlab shell]# git push origin master
Counting objects: 3, done.
Writing objects: 100% (3/3), 230 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To git@192.168.1.102:/git-root/shell.git
 * [new branch]      master -> master
[root@gitlab shell]# 
[root@git objects]# tree
.
├── 5d
│   └── 0921ada98b7d356699974ca580a3a54dd95590
├── 70
│   └── 8232789ba22b76030c944bea934bfc23da9c3d
├── a0
│   ├── 8d7672007b588ed57414127b845e410eed3af0
│   └── d08fd1a09409e5bba8cc8d079b47ec92e4d4b1
├── a1
│   └── 06dd26e56429e9bc2d624f748b88ce3462dec8
├── bd
│   └── 133c756c8cd6f3c17e49afdb4999a5bbc02c0e
├── info
└── pack
​
#显示文件内容
[root@git objects]# git cat-file -p  5d0921ada
junjiezhenshuai
​
# 显示文件类型
[root@git objects]# git cat-file -t  5d0921ada
blob
​
# 显示文件大小
[root@git objects]# git cat-file -s  5d0921ada
16
​

1.6 Git命令常规操作

常用命令说明

命令命令说明
#add添加文件内容至索引
bisect通过二分查找定位引入 bug 的变更
#branch列出、创建或删除分支
#checkout检出一个分支或路径到工作区
#clone克隆一个版本库到一个新目录
#commit记录变更到版本库
#diff显示提交之间、提交和工作区之间等的差异
fetch从另外一个版本库下载对象和引用
grep输出和模式匹配的行
#init创建一个空的
#log显示提交日志
#merge合并两个或更多开发历史
#mv移动或重命名一个文件、目录或符号链接
#pull获取并合并另外的版本库或一个本地分支
#push更新远程引用和相关的对象
rebase本地提交转移至更新后的上游分支中
#reset重置当前HEAD到指定状态
#rm从工作区和索引中删除文件
show显示各种类型的对象
#status显示工作区状态
#tag创建、列出、删除或校验一个GPG签名的 tag 对象

常用操作示意图

1190037-20171130170959948-2117269594.png

文件的状态变化周期

1190037-20171130171009651-1964332055.png

1.6.1 创建文件

[root@gitlab git_data]# touch README
[root@gitlab git_data]# git status
# 位于分支 master
#
# 初始提交
#
# 未跟踪的文件:
#   （使用 "git add <file>..." 以包含要提交的内容）
#
#    README
提交为空，但是存在尚未跟踪的文件（使用 "git add" 建立跟踪）
---
# On branch master
#
# Initial commit
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       README
nothing added to commit but untracked files present (use "git add" to track)

添加文件跟踪

[root@gitlab git_data]# git add ./*
[root@gitlab git_data]# git status
# 位于分支 master
#
# 初始提交
#
# 要提交的变更：
#   （使用 "git rm --cached <file>..." 撤出暂存区）
#
#    新文件：    README
#
---
# On branch master
#
# Initial commit
#
# Changes to be committed:
#   (use "git rm --cached <file>..." to unstage)
#
#       new file:   README
#
​

文件会添加到.git的隐藏目录

[root@gitlab git_data]# tree  .git/
.git/
├── branches
├── config
├── description
├── HEAD
├── hooks
│   ├── applypatch-msg.sample
│   ├── commit-msg.sample
│   ├── post-update.sample
│   ├── pre-applypatch.sample
│   ├── pre-commit.sample
│   ├── prepare-commit-msg.sample
│   ├── pre-push.sample
│   ├── pre-rebase.sample
│   └── update.sample
├── index
├── info
│   └── exclude
├── objects
│   ├── e6
│   │   └── 9de29bb2d1d6434b8b29ae775ad8c2e48c5391
│   ├── info
│   └── pack
└── refs
    ├── heads
    └── tags

由工作区提交到本地仓库

[root@gitlab git_data]# git commit  -m 'first commit'  
[master（根提交） bb963eb] first commit
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 README

查看git的状态

[root@gitlab git_data]# git status
# 位于分支 master
无文件要提交，干净的工作区
​
# On branch master
nothing to commit, working directory clean

提交后的git目录状态

[root@gitlab git_data]# tree  .git/
.git/
├── branches
├── COMMIT_EDITMSG
├── config
├── description
├── HEAD
├── hooks
│   ├── applypatch-msg.sample
│   ├── commit-msg.sample
│   ├── post-update.sample
│   ├── pre-applypatch.sample
│   ├── pre-commit.sample
│   ├── prepare-commit-msg.sample
│   ├── pre-push.sample
│   ├── pre-rebase.sample
│   └── update.sample
├── index
├── info
│   └── exclude
├── logs
│   ├── HEAD
│   └── refs
│       └── heads
│           └── master
├── objects
│   ├── 54
│   │   └── 3b9bebdc6bd5c4b22136034a95dd097a57d3dd
│   ├── bb
│   │   └── 963eb32ad93a72d9ce93e4bb55105087f1227d
│   ├── e6
│   │   └── 9de29bb2d1d6434b8b29ae775ad8c2e48c5391
│   ├── info
│   └── pack
└── refs
    ├── heads
    │   └── master
    └── tags

1.6.2 添加新文件

git add  * 添加到暂存区域
git commit  提交git仓库 -m 后面接上注释信息，内容关于本次提交的说明，方便自己或他人查看

修改或删除原有文件

常规方法

git add  *
git commit

简便方法

git commit -a  -m "注释信息"

-a 表示直接提交

Tell the command to automatically stage files that have been modified and deleted, but new files you have not told Git about are
not affected.

1.6.3 删除git内的文件

命令说明：

• 没有添加到暂存区的数据直接rm删除即可。

• 已经添加到暂存区数据：

git rm --cached database

#→将文件从git暂存区域的追踪列表移除(并不会删除当前工作目录内的数据文件)

git rm -f database

#→将文件数据从git暂存区和工作目录一起删除

命令实践：

# 创建新文件
[root@gitlab git_data]# touch 123
[root@gitlab git_data]# git status
# 位于分支 master
# 未跟踪的文件:
#   （使用 "git add <file>..." 以包含要提交的内容）
#
#    123
提交为空，但是存在尚未跟踪的文件（使用 "git add" 建立跟踪）
---
# On branch master
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       123
nothing added to commit but untracked files present (use "git add" to track)

# 将文件添加到暂存区域

[root@gitlab git_data]# git add 123
[root@gitlab git_data]# git status
# 位于分支 master
# 要提交的变更：
#   （使用 "git reset HEAD <file>..." 撤出暂存区）
#
#    新文件：    123
---
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       new file:   123

# 删除文件

[root@gitlab git_data]# rm 123 -f
[root@gitlab git_data]# ls
README
[root@gitlab git_data]# git status
# 位于分支 master
# 要提交的变更：
#   （使用 "git reset HEAD <file>..." 撤出暂存区）
#
#    新文件：    123
#
# 尚未暂存以备提交的变更：
#   （使用 "git add/rm <file>..." 更新要提交的内容）
#   （使用 "git checkout -- <file>..." 丢弃工作区的改动）
#
#    删除：      123
# 
---
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       new file:   123
#
# Changes not staged for commit:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       deleted:    123
[root@gitlab git_data]# git reset HEAD  ./* 
[root@gitlab git_data]# git status
# 位于分支 master
无文件要提交，干净的工作区
---
# On branch master
nothing to commit, working directory clean

1.6.4 重命名暂存区数据

• 没有添加到暂存区的数据直接mv/rename改名即可。

• 已经添加到暂存区数据：

git mv README NOTICE
[root@gitlab git_data]# git mv README notice
[root@gitlab git_data]# git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       renamed:    README -> notice
#

1.6.5 查看历史记录

• git log #→查看提交历史记录

• git log -2 #→查看最近几条记录

• git log -p -1 #→-p显示每次提交的内容差异,例如仅查看最近一次差异

• git log --stat -2 #→--stat简要显示数据增改行数，这样能够看到提交中修改过的内容，对文件添加或移动的行数，并在最后列出所有增减行的概要信息

• git log --pretty=oneline #→--pretty根据不同的格式展示提交的历史信息

• git log --pretty=fuller -2 #→以更详细的模式输出提交的历史记录

• git log --pretty=fomat:"%h %cn" #→查看当前所有提交记录的简短SHA-1哈希字串与提交着的姓名。

使用format参数来指定具体的输出格式

格式说明
%s提交说明。
%cd提交日期。
%an作者的名字。
%cn提交者的姓名。
%ce提交者的电子邮件。
%H提交对象的完整SHA-1哈希字串。
%h提交对象的简短SHA-1哈希字串。
%T树对象的完整SHA-1哈希字串。
%t树对象的简短SHA-1哈希字串。
%P父对象的完整SHA-1哈希字串。
%p父对象的简短SHA-1哈希字串。
%ad作者的修订时间。

命令实践

[root@gitlab git_data]# git log
commit f5b79552635a7dc60afc35c99c1170366d8c5f6b
Author: newrain <newrain@aliyun.com>
Date:   Sat May 11 21:29:21 2019 -0700
​
    456
​
commit e9ed8b38a0052cdcd85ecee833ea8198b077f881
Author: newrain <root@vmdesk.localdomain>
Date:   Sat May 11 21:21:12 2019 -0700
​
    commit 123
​
commit 9d394114177b8da9e452d001ec610e9c45ceede3
Author: newrain <root@vmdesk.localdomain>
Date:   Sat May 11 20:19:23 2019 -0700
​
    first commit

1.6.6 还原历史数据

Git服务程序中有一个叫做HEAD的版本指针，当用户申请还原数据时，其实就是将HEAD指针指向到某个特定的提交版本，但是因为Git是分布式版本控制系统，为了避免历史记录冲突，故使用了SHA-1计算出十六进制的哈希字串来区分每个提交版本，另外默认的HEAD版本指针会指向到最近的一次提交版本记录，而上一个提交版本会叫HEAD^，上上一个版本则会叫做HEAD^^，当然一般会用HEAD~5来表示往上数第五个提交版本。

git reset --hard hash

git reset --hard HEAD^ #→还原历史提交版本上一次

git reset --hard 3de15d4 #→找到历史还原点的SHA-1值后，就可以还原(值不写全,系统

会自动匹配)

测试命令

[root@gitlab git_data]# git log
commit f5b79552635a7dc60afc35c99c1170366d8c5f6b
Author: newrain <newrain@aliyun.com>
Date:   Sat May 11 21:29:21 2019 -0700
​
    456
​
commit e9ed8b38a0052cdcd85ecee833ea8198b077f881
Author: newrain <root@vmdesk.localdomain>
Date:   Sat May 11 21:21:12 2019 -0700
​
    commit 123
​
commit 9d394114177b8da9e452d001ec610e9c45ceede3
Author: newrain <root@vmdesk.localdomain>
Date:   Sat May 11 20:19:23 2019 -0700
​
    first commit
​

还原数据

[root@gitlab git_data]# git reset --hard e9ed8b38a
HEAD is now at e9ed8b3 commit 123
HEAD 现在位于 e9ed8b3 commit 123
# 查看数据
[root@gitlab git_data]# ls
123 README

1.6.7 还原未来数据

什么是未来数据？就是你还原到历史数据了，但是你后悔了，想撤销更改，但是git log已经找不到这个版本了。

git reflog #→查看未来历史更新点

测试命令

[root@gitlab git_data]#  git reflog
e9ed8b3 HEAD@{0}: reset: moving to e9ed8b38a
f5b7955 HEAD@{1}: commit: 456
e9ed8b3 HEAD@{2}: commit: commit 123
9d39411 HEAD@{3}: commit (initial): first commit
[root@gitlab git_data]#  

1.6.8 标签使用

前面回滚使用的是一串字符串，又长又难记。

git tag v1.0 #→当前提交内容打一个标签(方便快速回滚)，每次提交都可以打个tag。

git tag #→查看当前所有的标签

git show v1.0 #→查看当前1.0版本的详细信息

git tag v1.2 -m "version 1.2 release is test" #→创建带有说明的标签,-a指定标签名字，-m指定说明文字

git tag -d v1.0 #→我们为同一个提交版本设置了两次标签,删除之前的v1.0

测试命令

[root@gitlab git_data]# git reset --hard e9ed8b38a
HEAD is now at e9ed8b3 commit 123
[root@gitlab git_data]# git reset --hard V1.0
HEAD is now at e9ed8b3 add test dir
​
[root@gitlab git_data]# git tag  v20171129
[root@gitlab git_data]# git tag 
v20171129

1.6.9 对比数据

git diff可以对比当前文件与仓库已保存文件的区别，知道了对README作了什么修改

后，再把它提交到仓库就放⼼多了。

git diff README
git diff --name-only HEAD HEAD^
git diff --name-only head_id head_id2

1.7 分支结构

在实际的项目开发中，尽量保证master分支稳定，仅用于发布新版本，平时不要随便直接修改里面的数据文件。

那在哪干活呢？干活都在dev分支上。每个人从dev分支创建自己个人分支，开发完合并到dev分支，最后dev分支合并到master分支。所以团队的合作分支看起来会像下图那样。

1190037-20171130171522167-746209354.png

1.7.1 分支切换

[root@gitlab git_data]# git branch newrain
[root@gitlab git_data]# git branch 
* master
  newrain
[root@gitlab git_data]# git checkout newrain 
切换到分支 'newrain'
Switched to branch 'newrain'
[root@gitlab git_data]# git branch 
  master
* newrain

在newrain 分支进行修改

[root@gitlab git_data]# cat README 
This is git_data readme
[root@gitlab git_data]#  echo '1901' >> README 
[root@gitlab git_data]# git add .
[root@gitlab git_data]# git commit -m '1901'
[newrain 4310e7e] 1901
 1 file changed, 1 insertion(+)
[root@gitlab git_data]# git status
# On branch newrain
nothing to commit, working directory clean
---
# 位于分支 newrain
无文件要提交，干净的工作区

回到master分支

[root@gitlab git_data]# git checkout master
Switched to branch 'master'
切换到分支 'master'
[root@gitlab git_data]# cat README 
This is git_data readme
[root@gitlab git_data]# git log  -1
commit f5b79552635a7dc60afc35c99c1170366d8c5f6b
Author: newrain <newrain@aliyun.com>
Date:   Sat May 11 21:29:21 2019 -0700
​
    456
​

合并代码

[root@gitlab git_data]#  git merge newrain
Updating f5b7955..4310e7e
Fast-forward
 README | 1 +
 1 file changed, 1 insertion(+)
[root@gitlab git_data]# git status
# On branch master
nothing to commit, working directory clean
# 位于分支 master
无文件要提交，干净的工作区
[root@gitlab git_data]# cat README 
This is git_data readme
1901

1.7.2 合并失败解决

模拟冲突，在文件的同一行做不同修改

在master 分支进行修改

[root@gitlab git_data]# cat README 
This is git_data readme
1901
[root@gitlab git_data]#  echo '1901-git' > README 
[root@gitlab git_data]#  git commit -m 'newrain 1901-git'
[master 4e6c548] newrain 1901-git
 1 file changed, 1 insertion(+), 2 deletions(-)

切换到newrain分支

[root@gitlab git_data]# git checkout newrain
Switched to branch 'newrain'
[root@gitlab git_data]# cat README 
This is git_data readme
1901
[root@gitlab git_data]# echo 'newrain' >> README 
[root@gitlab git_data]# git commit -m '1901-git-check'
# On branch newrain
# 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
#
no changes added to commit (use "git add" and/or "git commit -a")
​

回到master分区，进行合并，出现冲突

[root@gitlab git_data]# git checkout master 
切换到分支 'master'
[root@gitlab git_data]# git merge linux
自动合并 README
冲突（内容）：合并冲突于 README
自动合并失败，修正冲突然后提交修正的结果。

解决冲突

[root@gitlab git_data]# vim README 
This is git_data readme
1901
newrain
meger test ti
meger test master

# 手工解决冲突

[root@gitlab git_data]# git commit -a -m "merge-ti-test"
[master 2594b2380] merge-ti-test

1.7.3 删除分支

因为之前已经合并了newrain分支，所以现在看到它在列表中。 在这个列表中分支名字前没有 * 号的分支通常可以使用 git branch -d 删除掉；你已经将它们的工作整合到了另一个分支，所以并不会失去任何东西。

查看所有包含未合并工作的分支，可以运行 git branch --no-merged**：

git branch --no-merged
  testing

这里显示了其他分支。 因为它包含了还未合并的工作，尝试使用 git branch -d 命令删除它时会失败：

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

如果真的想要删除分支并丢掉那些工作，如同帮助信息里所指出的，可以使用 -D 选项强制删除它。

1.9 gitlab的使用

前面我们已经知道Git人人都是中心，那他们怎么交互数据呢？

• 使用GitHub或者码云等公共代码仓库

• 使用GitLab私有仓库

1.9.1 安装配置gitlab

安装

# 安装依赖，并启动ssh、防火墙开启相应端口、postfix
[root@gitlab ~]# yum install -y curl policycoreutils-python openssh-server perl

# 安装完成后会直接启动
[root@gitlab ~]# yum install gitlab-jh-16.0.3-jh.0.el7.x86_64.rpm

初始化

# 以下两种方法都可以配置访问地址，第一种需要在yum安装前配置
[root@gitlab ~]# export EXTERNAL_URL='http://192.168.249.156'
或
[root@gitlab ~]# vim /etc/gitlab/gitlab.rb
external_url 'http://192.168.249.156'
[root@gitlab ~]# gitlab-ctl reconfigure

状态

[root@gitlab ~]#  gitlab-ctl status
run: gitaly: (pid 4491) 48s; run: log: (pid 4087) 279s
run: gitlab-monitor: (pid 4539) 44s; run: log: (pid 4251) 207s
run: gitlab-workhorse: (pid 4501) 47s; run: log: (pid 4099) 273s
run: logrotate: (pid 4125) 265s; run: log: (pid 4124) 265s
run: nginx: (pid 4112) 271s; run: log: (pid 4111) 271s
run: node-exporter: (pid 4175) 243s; run: log: (pid 4174) 243s
run: postgres-exporter: (pid 4528) 45s; run: log: (pid 4223) 219s
run: postgresql: (pid 3933) 343s; run: log: (pid 3932) 343s
run: prometheus: (pid 4514) 46s; run: log: (pid 4156) 259s
run: redis: (pid 3876) 355s; run: log: (pid 3875) 355s
run: redis-exporter: (pid 4186) 237s; run: log: (pid 4185) 237s
run: sidekiq: (pid 4078) 281s; run: log: (pid 4077) 281s
run: unicorn: (pid 4047) 287s; run: log: (pid 4046) 287s

检查端口

[root@gitlab ~]# netstat -lntup|grep 80
tcp        0      0 127.0.0.1:8080      0.0.0.0:*    LISTEN     4073/unicorn master 
tcp        0      0 0.0.0.0:80      0.0.0.0:*         LISTEN      4112/nginx: master  
tcp        0      0 0.0.0.0:8060       0.0.0.0:*      LISTEN      4112/nginx: master

1.9.2 使用浏览器访问，进行web界面操作

登陆 Gitlab

1

如果需要手工修改nginx的port ，可以在gitlab.rb中设置 nginx['listen_port'] = 8000 ，然后再次 gitlab-ctl reconfigure即可

登录 gitlab 如下所示(首次登陆设置 root 密码)：

密码存放在 /etc/gitlab/initial_root_password 文件中，该文件会在24小时后删除

1

创建项目组 group ，组名为plat-sp ,如下所示:

1

1

去掉用户的自动注册功能（安全）： admin are -> settings -> Sign-up Restrictions 去掉钩钩，然后拉到最下面保存，重新登录

1

在服务器上创建ssh密钥 使用ssh-ketgen 命令

[root@gitlab ~]# ssh-keygen 
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa): 
Created directory '/root/.ssh'.
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:n/V2kCiwwm2UfBsnQLm17eXUCBiBByyPbefmz5oQvfU root@gitlab
The key's randomart image is:
+---[RSA 2048]----+
|       o++o+     |
|      ..+o+ .    |
|       ==++o.. o |
|     ..o==o=..+..|
|      o.So+.++o  |
|       o oo*.o.. |
|        .o+   E .|
|         ..o . . |
|          ooo    |
+----[SHA256]-----+
[root@gitlab .ssh]# cat id_rsa.pub 
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDSVdBypha/ALMmvIiZGXxYGz7FJ5TC+hYWo7QGBJ+J6JVinp9yH851fwxln5TWGBrtEousoVHXTTJfFRy8LV+Ho7OfaksYt+5TPxEjf5XX53Z3ZX70PYH3DQFmgzl0QpWw1PYIjrD7kBeLhUg+R/ZePS+HzPvbRCb6gOlkdx46vX4Olr7YbAO5lzAarhaZcE2Q702kPXGeuZbR7KcwVhtoiueyHwyj94bccMfKq7qSskXGbpWuCwcaKQ6uqGap1rP5Viqqv0xeO7Vq0dIZ/YnPL2vPDUvNa36nHosiZGkn4thpPh63KjXaFIfKOuPemLzvDZY0A+88P8gwmAYiPoxp root@gitlab

将密钥添加到web界面的用户中

image-20210615215843063

image-20210615220004937

1.9.3 gitlab 命令行修改密码

gitlab-rails console -e production
irb(main):001:0> user = User.where(id: 1).first     # id为1的是超级管理员
irb(main):002:0> user.password = 'yourpassword'      # 密码必须至少8个字符
irb(main):003:0> user.save!                          # 如没有问题 返回true
exit 												# 退出

1.9.4 gitlab服务管理

gitlab-ctl start                        # 启动所有 gitlab 组件；
gitlab-ctl stop                         # 停止所有 gitlab 组件；
gitlab-ctl restart                      # 重启所有 gitlab 组件；
gitlab-ctl status                       # 查看服务状态；
gitlab-ctl reconfigure                  # 启动服务；
vim /etc/gitlab/gitlab.rb               # 修改默认的配置文件；
gitlab-ctl tail                         # 查看日志；

1.9.5 公司的开发代码提交处理流程

PM（项目主管/项目经理）在gitlab创建任务，分配给开发人员 开发人员领取任务后，在本地使用git clone拉取代码库 开发人员创建开发分支（git checkout -b dev），并进行开发 开发人员完成之后，提交到本地仓库（git commit ） 开发人员在gitlab界面上申请分支合并请求（Merge request） PM在gitlab上查看提交和代码修改情况，确认无误后，确认将开发人员的分支合并到主分支（master） 开发人员在gitlab上Mark done确认开发完成，并关闭issue。这一步在提交合并请求时可以通过描述中填写"close #1"等字样，可以直接关闭issue

创建项目管理用户Tompson如下所示：

1

同样的方法，再创建Eric 、Hellen 用户。用户添加完毕后，gitlab会给用户发一封修改密码的邮件，各用户需要登录自己的邮箱，并点击相关的链接，设置新密码。

将用户添加到组中，指定Tompson为本组的owner：

1

同样的方法将用户Eric、Hellen也添加到组中，并指定他们为Developer：

1

使用 Tompson 用户的身份与密码登录到 gitlab 界面中，并创建项目 Project ，如下所示：

1

指定项目的存储路径和项目名称，如下所示

1

1

为项目创建Dev分支，如下所示：

1

1

在 client 上添加Tompson的用户：

[root@vm2 ~]# useradd Tompson
[root@vm2 ~]# useradd Eric
[root@vm2 ~]# useradd Hellen
[root@vm2 ~]# su - Tompson
[Tompson@vm2 ~]$ ssh-keygen -C Tompson@domain.cn
Generating public/private rsa key pair.
Enter file in which to save the key (/home/Tompson/.ssh/id_rsa): 
Created directory '/home/Tompson/.ssh'.
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /home/Tompson/.ssh/id_rsa.
Your public key has been saved in /home/Tompson/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:SAoAH2zSxqEJqVgKKrxM5XMi6tKe61JMRdwMhwBNIrE Tompson@domain.cn
The key's randomart image is:
+---[RSA 2048]----+
|XX==o=.          |
|*BOo+.o          |
|E*=.  .          |
|*+.= + .         |
|=oo = . S        |
|.oo              |
|.o               |
|o...             |
|.+=.             |
+----[SHA256]-----+
[Tompson@vm2 ~]$ cat .ssh/id_rsa.pub 
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDZ8cRGHej+sZzlmK36W5MUXMLOGdTwFI9Jj44mGuabZCrlYW4GDpL6ppezN+Sur0wHtnKonYJzm8ntqS0S0UHyaPPQPl9Mrs/6Z4VrXZ/4RlqHdWeSrmOwCBQld0l8HvrmP4TyGHrOreO8uZqimd/Z+OiMqnYRZzENX11Pti/Px5g1MtJcoCi9uLtF42QYrt1X/fzAyPU9C5/5ZUq4Jln3EF20bzcA52oAzZIl0jrhI0TeTeW6zYq+KxdHGshL+qG7+Ne+akPOe4Ma5BQjcMZ2dQ2kbGuozXmLT8RDcj9YRKceQsUdTI71lJpwrWKGn8Vhra0EaK3hgoTuvMYaGfOF Tompson@domain.cn

将Tompson的公钥复制到gitlab中： 使用Tompson用户的身份与密码登录到gitlab界面中，然后在ssh-key中添加 相关的key ，如下所示：

1

1

为Tompson用户配置git ，如下所示：

[Tompson@vm2 ~]$ git config --global user.email "Tompson@domain.cn"
[Tompson@vm2 ~]$ git config --global user.name "Tompson"

[Tompson@vm2 ~]$ git clone git@192.168.60.119:plat-sp/chathall.git
Cloning into 'chathall'...
The authenticity of host '192.168.60.119 (192.168.60.119)' can't be established.
ECDSA key fingerprint is SHA256:CDxAQmj6gUkIxB6XUofbZ853GuPM5LS2QO4a5dD7jRo.
ECDSA key fingerprint is MD5:4e:20:72:a7:46:c6:d7:5d:bb:9d:ce:c3:f3:da:43:f9.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.60.119' (ECDSA) to the list of known hosts.
remote: Counting objects: 3, done.
remote: Total 3 (delta 0), reused 0 (delta 0)
Receiving objects: 100% (3/3), done.
[Tompson@vm2 ~]$ 
[Tompson@vm2 ~]$ cd chathall/
[Tompson@vm2 chathall]$ ls
Readme.txt
[Tompson@vm2 chathall]$

创建一下新文件，添加内容，并提交到master分支:

[Tompson@vm2 chathall]$ vim test.sh
[Tompson@vm2 chathall]$ cat test.sh 
#!/bin/bash
echo "gitlab test"
[Tompson@vm2 chathall]$ git add . 
[Tompson@vm2 chathall]$ git commit -m '201805101649'
[master 80edf6b] 201805101649
 1 file changed, 2 insertions(+)
 create mode 100644 test.sh
[Tompson@vm2 chathall]$ 
[Tompson@vm2 chathall]$ git push -u origin master 
Counting objects: 4, done.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 305 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To git@192.168.60.119:plat-sp/chathall.git
   4611654..80edf6b  master -> master
Branch master set up to track remote branch master from origin.
[Tompson@vm2 chathall]$

使用Eric用户登录，并clone 项目，如下所示：

[root@vm2 ~]# su - Eric
[Eric@vm2 ~]$ ssh-keygen -C Eric@domain.cn
Generating public/private rsa key pair.
Enter file in which to save the key (/home/Eric/.ssh/id_rsa): 
Created directory '/home/Eric/.ssh'.
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /home/Eric/.ssh/id_rsa.
Your public key has been saved in /home/Eric/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:VZaJvjA5SJZEB+yuRpDBNHCECCZ5R8X0DYcNE0f1B6E Eric@domain.cn
The key's randomart image is:
+---[RSA 2048]----+
|*O=..B*o**+o+oo. |
|*.+.. *o.*oooo . |
| . + + ..oo E . .|
|  o   o =..    . |
|   . .  S+ .     |
|    . .   .      |
|   . .           |
|    o            |
|   .             |
+----[SHA256]-----+

[Eric@vm2 ~]$ cat .ssh/id_rsa.pub 
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDxQcn4UjRW/5PT5witeV9+S2w8WK5ouawHxEF7s9wuWsT4pqhcu5BN74NG3CPaq1jJZnkV+aQsTw+60BAd1gOK0FBbKWxmohmE61n9vfpUT5igJ72t2jpXjfKwLIHw+Iq5yM4yUhkwSsoBuZkxYSEltnj8OvXaOlCDYnXuGBa9+xO8f5yVIcOtiwRvv+Y1PRRzSIcazPVZax9FLK26t1R4NPiY4xWkIJyK2OrKMeiaBBzyMfWzHdmsCWa51oSrYSmz3PDBXpzIBs3OdKxcaJs9Lc5u87YCV5RMUjLrPcA7nPK6crOabLXhz3d5GSYggMTOByQkyKOo7WlYpARCHOt/ Eric@domain.cn
[Eric@vm2 ~]$

同样需要使用Eric用户登录gitlab web 界面，并添加相应的ssh-key。然后设置git ，并clone项目：

[Eric@vm2 ~]$ git config --global user.email "Eric@domain.cn"
[Eric@vm2 ~]$ git config --global user.name "Eric"
[Eric@vm2 ~]$ git clone git@192.168.60.119:plat-sp/chathall.git
Cloning into 'chathall'...
The authenticity of host '192.168.60.119 (192.168.60.119)' can't be established.
ECDSA key fingerprint is SHA256:CDxAQmj6gUkIxB6XUofbZ853GuPM5LS2QO4a5dD7jRo.
ECDSA key fingerprint is MD5:4e:20:72:a7:46:c6:d7:5d:bb:9d:ce:c3:f3:da:43:f9.
Are you sure you want to continue connecting (yes/no)? yes
remote: Counting objects: 6, done.
remote: Compressing objects: 100% (3/3), done.
remote: Total 6 (delta 0), reused 0 (delta 0)
Receiving objects: 100% (6/6), done.
[Eric@vm2 ~]$

切换到dev分支，修改文件内容，并将新code提交到dev分支(Developer角色默认并没有提交master的权限)：

[Eric@vm2 chathall]$ git checkout dev 
Branch dev set up to track remote branch dev from origin.
Switched to a new branch 'dev'
[Eric@vm2 chathall]$ ls
Readme.txt  test.sh
[Eric@vm2 chathall]$ vim test.sh 
[Eric@vm2 chathall]$ cat test.sh 
#!/bin/bash
echo "gitlab test"
echo "brahch test"
[Eric@vm2 chathall]$ git add . 
[Eric@vm2 chathall]$ git commit -m '201805101658'
[dev 6687039] 201805101658
 1 file changed, 1 insertion(+)
[Eric@vm2 chathall]$ git push -u origin dev 
Counting objects: 5, done.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 306 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
remote: 
remote: To create a merge request for dev, visit:
remote:   http://192.168.60.119/plat-sp/chathall/merge_requests/new?merge_request%5Bsource_branch%5D=dev
remote: 
To git@192.168.60.119:plat-sp/chathall.git
   80edf6b..6687039  dev -> dev
Branch dev set up to track remote branch dev from origin.
[Eric@vm2 chathall]$
[Eric@vm2 chathall]$ git checkout master 
Switched to branch 'master'
[Eric@vm2 chathall]$ git branch 
  dev
* master
[Eric@vm2 chathall]$

使用Eric 用户登录gitlab web，在界面中 创建一个合并请求：

1

提交合并请求：

1

然后使用Tompson用户登录 gitlab web ，找到“合并请求” ，然后将dev分支合并到master分支，如下所示：

1

1

1.9.6 Gitlab 备份与恢复

1、查看系统版本和软件版本
[root@gitlab gitlab]# cat /etc/redhat-release 
CentOS Linux release 7.3.1611 (Core) 

[root@gitlab gitlab]# cat /opt/gitlab/embedded/service/gitlab-rails/VERSION
8.15.4
2、数据备份

打开/etc/gitlab/gitlab.rb配置文件，查看一个和备份相关的配置项：

gitlab_rails['backup_path'] = "/data/gitlab/backups"

该项定义了默认备份出文件的路径，可以通过修改该配置，并执行 gitlab-ctl reconfigure 或者 gitlab-ctl restart 重启服务生效。

执行备份命令进行备份

/opt/gitlab/bin/gitlab-rake gitlab:backup:create

也可以添加到 crontab 中定时执行：

0 2 * * * /opt/gitlab/bin/gitlab-rake gitlab:backup:create

可以到/data/gitlab/backups找到备份包，解压查看，会发现备份的还是比较全面的，数据库、repositories、build、upload等分类还是比较清晰的。

设置备份保留时常，防止每天执行备份，肯定有目录被爆满的风险，打开/etc/gitlab/gitlab.rb配置文件，找到如下配置：

gitlab_rails['backup_keep_time'] = 604800

设置备份保留7天（7360024=604800），秒为单位，如果想增大或减小，可以直接在该处配置，并通过gitlab-ctl restart 重启服务生效。

备份完成，会在备份目录中生成一个当天日期的tar包。

3、测试数据恢复
(1) 安装部署 gitlab server

具体步骤参见上面：gitlab server 搭建过程

(2) 恢复 gitlab

打开/etc/gitlab/gitlab.rb配置文件，查看一个和备份相关的配置项：

gitlab_rails['backup_path'] = "/data/gitlab/backups"

修改该配置，定义了默认备份出文件的路径，并执行 gitlab-ctl reconfigure 或者 gitlab-ctl restart 重启服务生效。

恢复前需要先停掉数据连接服务：

[root@gitlab ]# gitlab-ctl stop unicorn
[root@gitlab ]# gitlab-ctl stop sidekiq

如果是台新搭建的主机，不需要操作，理论上不停这两个服务也可以。停这两个服务是为了保证数据一致性。将老服务器/data/gitlab/backups目录下的备份文件拷贝到新服务器上的/data/gitlab/backups

[root@gitlab gitlab]# rsync -avz 1530773117_2019_03_05_gitlab_backup.tar 192.168.95.135:/data/gitlab/backups/

注意权限：600权限是无权恢复的。 实验环境可改成了777，生产环境建议修改属主属组

[root@gitlab backups]# pwd
/data/gitlab/backups
[root@gitlab backups]# chmod 777 1530773117_2019_03_05_gitlab_backup.tar 
[root@gitlab backups]# ll
total 17328900
-rwxrwxrwx 1 git git 17744793600 Jul  5 14:47 1530773117_2018_07_05_gitlab_backup.tar

执行下面的命令进行恢复：后面再输入两次yes就完成恢复了。

[root@gitlab backups]# gitlab-rake gitlab:backup:restore BACKUP=1530773117_2018_07_05_gitlab_backup.tar

恢复完成后，启动刚刚的两个服务，或者重启所有服务，再打开浏览器进行访问，发现数据和之前的一致：

[root@gitlab backups]# gitlab-ctl start unicorn
[root@gitlab backups]# gitlab-ctl start sidekiq
或
[root@gitlab backups]# gitlab-ctl restart

注意：通过备份文件恢复gitlab必须保证两台主机的gitlab版本一致，否则会提示版本不匹配

1.9.7 邮箱配置

[root@gitlab ]# vim /etc/gitlab/gitlab.rb
gitlab_rails['smtp_enable'] = true
gitlab_rails['smtp_address'] = "smtp.163.com"
gitlab_rails['smtp_port'] = 465
gitlab_rails['smtp_user_name'] = "newrain_wang@163.com"
gitlab_rails['smtp_password'] = "UWYNCPQOBQFCDLIW"
gitlab_rails['smtp_domain'] = "smtp.163.com"
gitlab_rails['smtp_authentication'] = "login"
gitlab_rails['smtp_enable_starttls_auto'] = false
gitlab_rails['smtp_tls'] = true
gitlab_rails['smtp_pool'] = false
gitlab_rails['gitlab_email_from'] = 'newrain_wang@163.com'

[root@gitlab ]# gitlab-ctl reconfigure

1.10 参考文档

猴子都能懂的GIT Simple Git tutorial for beginners | Nulab

Pro Git书籍 Git - Book

小刘同学....
关注
  • 10
    点赞
  • 踩
  • 22
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Git和Gitlab远程仓库配置实战
alva_xu的博客
11-22 5600
一，总览 本地git仓库的结构：工作区、暂存区（stage）、本地仓库、远程仓库     工作区：常规文件系统 git add：把要提交的工作区中的修改放到暂存区（Stage） git commit：一次性把暂存区的所有修改提交到分支 git push origin master ：将本地版本库推送到远程服务器 二，基本命令 摘抄自：Git的add、commit、...
sn-cicd-integration:CICD 的服务器组件
08-04
CICD 服务器组件需要安装此更新集才能工作。 请参考最新的V3版本 要将其转换为在您的公司命名空间下运行，请运行 node_modules/.bin/gulp namespace --name your-name-space请注意：命名空间还必须在 CICD_APP_...
Git连接GitLab远程仓库
weixin_30237281的博客
12-02 863
1、简介 远程仓库是指托管在网络上的项目仓库，现在互联网上有很多项目托管平台，比如github、gitlab等。为了不公开自己项目代码，可以在自己的服务器上搭建自己的项目仓库，最常见的是搭建GitLab。 本地Git与远端服务器GitLab之间连接方式主要分为：SSH方式和HTTP方式。 HTTP方式：这种方式要求project在创建的时候只能选择“Public”公开状态，Private和I...
git连接gitlab
hxjcsdn的博客
07-11 401
以前使用过git+码云(gitee.com)管理, 和svn, 这次要用gitlab, 担心命令不一致, 去搜了命令, 结果就是个坑, 照着执行各种错, 最后发现还是一样的命令, 记录一下 1. 下载安装Git 2. 生成ssh key: A. git init -------- 创建 B. git config --global user.name "name...
git 链接到gitlab
csdn学子
05-12 123
初始化项目和远程仓库的连接 参考链接：https://blog.csdn.net/qq_47759220/article/details/123953971 解决每次推拉项目需要输入用户名密码问题 参考链接：https://zhuanlan.zhihu.com/p/266678903
git配置连接gitlab
weixin_57119200的博客
04-25 2919
git配置连接gitlab
hybridcloud-cicd-integration-producer:混合云 CICD 集成操作生成器
05-30
HybridCloud CI/CD 集成生成器文档
hybridcloud-cicd-integration-consumer:混合云CICD集成操作使用者
05-26
HybridCloud CI / CD集成使用者文献资料
book-cicd-docker-kubernetes：关于使用Docker，Kubernetes和Semaphore的CICD的书
01-30
book-cicd-docker-kubernetes：关于使用Docker，Kubernetes和Semaphore的CICD的书
Linux运维-第4阶段-05-持续集成与持续发布(CICD)专题-day02-CICD之Jenkins持续集成-1.mp4
06-05
Linux运维-第4阶段-05-持续集成与持续发布(CICD)专题-day02-CICD之Jenkins持续集
Git初始化连接Gitlab远程仓库
z語默的博客
06-26 2271
​新环境下git配置，除了初始化和name、email设置，还需在远程仓库Gitlab中配置个人ssh key，才能clone远程仓库代码到本地，完成关联。
本地git连接远程仓库gitlab(方式一：基于https)
qq_31179495的博客
07-20 2320
本地git基于https连接gitLab
Git下载安装配置以及连接gitlab
热门推荐
A_awen的博客
04-26 1万+
简述 Git：是一款开源的分布式版本管理工具，没有中央服务器，每个人的电脑就是一个完整的版本库，工作的时候不需要联网，因为版本都在自己的电脑上. git一共分为三个部分工作区（workingCopy）、暂存区（stage）、中心仓库(master),当平时修改代码时改动的是工作区，使用git add命令时就会把工作区的修改保存在暂存区，使用git commit 命令会把暂存区的修改提交到本地仓库。使用push会将本地仓库的提交同步到远程仓库. 一.下载安装 1.官网下载 下载地址：git下载 点击Downl
Git连接Github、Gitlab等代码仓库配置
qq_21552023的博客
04-06 477
【代码】Git连接Github、Gitlab等代码仓库配置。
利用Git客户的生成连接GitLab 或GitHub的SSH keys
fenfenguai的专栏
12-11 634
用过Git的人都应该知道SSH keys的重要性，这里就不要描述了，直接江操作。 下载Git客户的并安装 官方下载地址：https://git-scm.com/downloads 生成SSHkeys 右键Git Bash Here 在Git Bash Here 里输入 ssh-keygen -t rsa -C "你注册的邮箱如：xxx@126.com"然后一直回车键直至出
TortoiseGit连接gitlab,一直要求输入密码
weixin_33946020的博客
07-23 975
问题背景： 公司使用gitlab作为代码管理平台，安装了TortoiseGit之后，使用正常。但是重启电脑之后，再次使用TortoiseGit操作时总是提醒输入gitlab的账号。如下图： 问题原因： 未启动Pageant，或者启动之后没有添加私钥 解决方案： 启动Pageant，添加安装TortoiseGit时生成的私钥，重新操作即可 提示：使用TortoiseG...
Git详解及 github与gitlab使用
最新发布
zbw0323的博客
02-21 3036
Gitgit是一个分布式版本控制软件，最初由林纳斯·托瓦兹（Linus Torvalds）创作，于2005年以GPL发布。最初目的是为更好地管理Linux内核开发而设计。Git 官方中文手册Git - Book。
【通俗易懂】git原理、安装及连接gitlab，github
记录学习的小白
11-21 2494
一、GIT原理【这部分也挺简单，可以看看，如果没时间可以直接跳到第二部分】一、GIT原理【这部分也挺简单，可以看看，如果没时间可以直接跳到第二部分】Git 是一种分布式版本控制系统，用于管理软件项目的源代码。它是由 Linux 之父 Linus Torvalds 开发的，并已经成为了现代软件开发领域中最流行的版本控制系统之一。使用 Git 可以追踪代码的历史修改记录，方便团队协作、代码共享和代码重构。
记录一下使用git的一些坑，本机与gitlab链接，配置秘钥
weixin_43811134的博客
05-06 526
git由http换成ssh链接 不知道http和ssh链接由什么区别，不过都会一点总是好的， 生成秘钥：ssh-keygen -t rsa -C ‘你的邮箱’ 然后一路回车 然后可以看到生成的秘钥目录，win10的基本都是在c盘user目录下admin/.ssh目录下， 然后会出现两个文件夹， 4. 然后打开id_rsa.pub文件，粘贴走里面的东西，复制到 6. 千万别复制到...
gitlab cicd gitlab-runner
09-10
sudo yum install -y gitlab-runner-15.2.1-1.x86_64 ``` 2. 安装完成后，您需要修改GitLab Runner的配置文件。根据引用中的内容，您可以使用以下命令编辑配置文件： ``` sudo vim /etc/systemd/system/gitlab-...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值