百度360必应搜狗淘宝本站头条
当前位置:网站首页 > IT知识 > 正文

GitLab实战操作指南 gitlab教程

liuian 2024-12-24 14:18 54 浏览

一、Git原理

1、Git是什么?

Git是目前世界上最先进的分布式版本控制系统(没有之一)。

2、Git有什么特点?

简单来说就是:高端大气上档次!

3、GIt与SVN区别

SVN管理:

属于集中式版本控制系统,版本库是集中存放在中央服务器,必须联网才能工作,脱离局域网,采取互联网提交大文件会比较慢

Git管理:

属于分布式版本控制系统,根本没有“中央服务器”,安全性高,每个人的电脑上都是一个完整的版本库,即电脑硬盘上会有个版本这样,你工作的时候,就不需要联网了。即使中央服务器出了问题,从其他人那复制一个就好了

4、Git 工作流程

一般工作流程如下:

  • 克隆 Git 资源作为工作目录。
  • 在克隆的资源上添加或修改文件。
  • 如果其他人修改了,你可以更新资源。
  • 在提交前查看修改。
  • 提交修改。
  • 在修改完成后,如果发现错误,可以撤回提交并再次修改并提交。

下图展示了 Git 的工作流程:

二、Git 配置

1、配置个人的用户名称和电子邮件地址

$ git config --global user.name "username"

$ git config --global user.email yourmail

2、在客户端生成ssh key

  • 安装客户端后在桌面任意空白处右击
  • 打开Git Base Here然后输入下面命令
  • 打开本地git bash,使用如下命令生成ssh公钥和私钥对
  • ssh-keygen -t rsa -C 'xxx@xxx.com' 然后一路回车(-C 参数是你的邮箱地址)
  • 然后打开~/.ssh/id_rsa.pub文件(~表示用户目录,比如我的windows就是C:\Users\Administrator),复制其中的内容
  • 打开gitlab,找到Settings -->Profile -->SSH Keys--->Add SSH Key,并把上一步中复制的内容粘贴到Key所对应的文本框,在Title对应的文本框中给这个sshkey设置一个名字,点击Add key按钮

三、Git常用操作

1、创建一个版本库

Ps:只是一个空目录哦

$ mkdir mytest

2、通过git init命令把这个目录变成Git可以管理的仓库

$ git init

Initialized empty Git repository in C:/Users/userAccount/Desktop/test/.git/

ps:目录下会自动生成.git,误删,毕竟全靠它做版本管理

第一步,用命令git add告诉Git,把文件添加到仓库:

$ git add readme.txt

执行上面的命令,没有任何显示,这就对了,Unix的哲学是“没有消息就是好消息”,说明添加成功。

第二步,用命令git commit告诉Git,把文件提交到仓库:

$ git commit -m "test add file"

[master (root-commit) 5a92835] test add file

1 file changed, 1 insertion(+)

create mode 100644 mytest/readme.txt

3、版本的操作内容操作查看

本地版本操作:(连续操作一个文件并提交好多次)

git log日志查看命令

$ git log

commit d9669171c9c5890fd282c40a7e7fe0c372074233 (HEAD -> master)

Date: Thu Apr 4 14:52:23 2019 +0800

test third version

commit 6b39a4a6ce09c472e7f9c09e50c79c78b2efee16

Date: Thu Apr 4 14:51:11 2019 +0800

test second version

commit 9e42e41abf01d85e163b3d63c41bf5b099920d47

Date: Thu Apr 4 14:47:32 2019 +0800

test first version

commit dca156cf9c72b17f5d1aaff88ebfbfc79d5b91e2

Date: Thu Apr 4 14:46:39 2019 +0800

test add file

:

比较直观的方式查看

$ git log --pretty=oneline

4、版本回退操作

比如返回上一个版本

$ git reset --hard HEAD^

HEAD is now at 6b39a4a test second version

Git的版本是生成是十六进制生成的,我的上一版本是如截图:

再查看日志当前版本是否为6b39a4a

回滚到某个指定版本

$ git reset --hard dca156cf

HEAD is now at dca156c test add file

再查看日志当前版本是否为dca156cf

优势:回滚很快呀

5、git status查看状态

比如我对readme.txt内容做了修改,再输入git status查看状态

git checkout -- file可以丢弃工作区的修改,即撤销修改

$ git checkout -- readme.txt

再次输入git status 发现文件回滚到改动之前了

6、删除文件操作

先增加一个文件

$ git add delete.txt

再删除文件

$ rm delete.txt

查看文件状态

$ git status

On branch master

Changes to be committed:

(use "git reset HEAD <file>..." to unstage)

new file: delete.txt

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: delete.txt

提交修改

$ git commit -m "remove test.txt"

[master cc6aa8f] remove test.txt

1 file changed, 0 insertions(+), 0 deletions(-)

create mode 100644 mytest/delete.txt

7、将本地仓库和远程仓库相关联

$ git remote add origin git@172.16.5.128:RefainZero/demo.git

把本地库的所有内容推送到远程库

$ git push -u origin master

从现在起,只要本地作了提交,就可以通过命令:

$ git push origin master

Everything up-to-date

8、从远程仓库获取代码

$ git clone git@172.16.5.128:RefainZero/demo.git

Cloning into 'demo'...

remote: Counting objects: 16, done.

remote: Compressing objects: 100% (5/5), done.

remote: Total 16 (delta 0), reused 0 (delta 0)

Receiving objects: 100% (16/16), done.

9、解决冲突

1)、先制造一个冲突

情景,readme.txt中的,文本默认是test

git status

修改本地的readme.txt中文本内容为“20191635”

在服务器也修改了readme.txt,修改文本内容为“就想冲突下”

2)、提交本地的代码到远程仓库

在服务器执行git pull(获取最新代码)

不负众望,果然发生代码冲突

3)、解决文件中冲突的的部分

打开冲突的文件

4)、把冲突标记删掉,把冲突解决正确

提交修改,并同步到远程仓库

$ git add readme.txt

$ git commit -m '解决冲突的测试'

[master 0feb18f] 解决冲突的测试

$ git push origin master

Counting objects: 8, done.

Delta compression using up to 8 threads.

Compressing objects: 100% (4/4), done.

Writing objects: 100% (8/8), 740 bytes | 740.00 KiB/s, done.

Total 8 (delta 0), reused 0 (delta 0)

To 172.16.5.128:RefainZero/demo.git

ca9bc5e..0feb18f master -> master

再次从服务器上获取最新代码,验证是否冲突

$ git pull

Already up to date.

四、附:Gitlab显示的提交内容

相关推荐

赶紧收藏!编程python基础知识,本文给你全部整理好了

想一起学习编程Python的同学,趁我粉丝少,可以留言、私信领编程资料~Python基础入门既然学习Python,那么至少得了解下这门编程语言,知道Python代码执行过程吧。Python的历...

创建绩效改进计划 (PIP) 的6个步骤

每个经理都必须与未能达到期望的员工抗衡,也许他们的表现下降了,他们被分配了新的任务并且无法处理它们,或者他们处理了自己的任务,但他们的行为对他人造成了破坏。许多公司转向警告系统,然后在这些情况下终止。...

PI3K/AKT信号通路全解析:核心分子、上游激活与下游效应分子

PI3K/AKT/mTOR(PAM)信号通路是真核细胞中高度保守的信号转导网络,作用于促进细胞存活、生长和细胞周期进程。PAM轴上生长因子向转录因子的信号传导受到与其他多条信号通路的多重交叉相互作用的...

互联网公司要求签PIP,裁员连N+1都没了?

2021年刚画上句号,令无数互联网公司从业者闻风丧胆的绩效公布时间就到了,脉脉上已然炸了锅。阿里3.25、腾讯二星、百度四挡、美团绩效C,虽然名称五花八门,实际上都代表了差绩效。拿到差绩效,非但不能晋...

Python自动化办公应用学习笔记3—— pip工具安装

3.1pip工具安装最常用且最高效的Python第三方库安装方式是采用pip工具安装。pip是Python包管理工具,提供了对Python包的查找、下载、安装、卸载的功能。pip是Python官方提...

单片机都是相通的_单片机是串行还是并行

作为一个七年的从业者,单片机对于我个人而言它是一种可编程的器件,现在长见到的电子产品中几乎都有单片机的身影,它们是以单片机为核心,根据不同的功能需求,搭建不同的电路,从8位的单片机到32位的单片机,甚...

STM32F0单片机快速入门八 聊聊 Coolie DMA

1.苦力DMA世上本没有路,走的人多了,便成了路。世上本没有DMA,需要搬运的数据多了,便有了DMA。大多数同学应该没有在项目中用过这个东西,因为一般情况下也真不需要这个东西。在早期的单片机中...

放弃51单片机,直接学习STM32开发可能会面临的问题

学习51单片机并非仅仅是为了学习51本身,而是通过它学习一种方法,即如何仅仅依靠Datasheet和例程来学习一种新的芯片。51单片机相对较简单,是这个过程中最容易上手的选择,而AVR单片机则更为复杂...

STM32串口通信基本原理_stm32串口原理图

通信接口背景知识设备之间通信的方式一般情况下,设备之间的通信方式可以分成并行通信和串行通信两种。并行与串行通信的区别如下表所示。串行通信的分类1、按照数据传送方向,分为:单工:数据传输只支持数据在一个...

单片机的程序有多大?_单片机的程序有多大内存

之前一直很奇怪一个问题,每次写好单片机程序之后,用烧录软件进行烧录时,能看到烧录文件也就是hex的文件大小:我用的单片机芯片是STM32F103C8T6,程序储存器(flash)只有64K。从...

解析STM32单片机定时器编码器模式及其应用场景

本文将对STM32单片机定时器编码器模式进行详细解析,包括介绍不同的编码器模式、各自的优缺点以及相同点和不同点的应用场景。通过阅读本文,读者将对STM32单片机定时器编码器模式有全面的了解。一、引言...

两STM32单片机串口通讯实验_两个32单片机间串口通信

一、实验思路连接两个STM32单片机的串口引脚,单片机A进行发送,单片机B进行接收。单片机B根据接收到单片机A的指令来点亮或熄灭板载LED灯,通过实验现象来验证是否通讯成功。二、实验器材两套STM32...

基于单片机的智能考勤机设计_基于51单片机的指纹考勤机

一、设计背景随着科技水平的不断发展,在这么一个信息化的时代,智能化信息处理已是提高效率、规范管理和客观审查的最有效途径。近几年来,国内很多公司都在加强对企业人员的管理,考勤作为企业的基础管理,是公司...

STM32单片机详细教学(二):STM32系列单片机的介绍

大家好,今天给大家介绍STM32系列单片机,文章末尾附有本毕业设计的论文和源码的获取方式,可进群免费领取。前言STM32系列芯片是为要求高性能、低成本、低功耗的嵌入式应用设计的ARMCortexM...

STM32单片机的 Hard-Fault 硬件错误问题追踪与分析

有过单片机开发经验的人应该都会遇到过硬件错误(Hard-Fault)的问题,对于这样的问题,有些问题比较容易查找,有些就查找起来很麻烦,甚至可能很久都找不到问题到底是出在哪里。特别是有时候出现一次,后...