Git & GitLab 使用及规范

GitLab使用规范 阅读详情

Git安装配置及基本使用

  1. 从官网下载安装包,手动完成安装。
  2. 打开Git Bash命令行工具,执行命令ssh-keygen -t rsa -C Email-Addresss生成一个密钥对。
  3. 登录到GitLab,点击右上角你的用户头像,点击Edit Profile settings,点击SSH Keys,点击Add SSH Key,填写Title栏,复制用户目录下.ssh/id_rsa.pub文件的内容到Key,点击Add Key。
  4. 点击右上角的New project,填写完成后点击Create project新建一个仓库,点击Activity,点击SSH后复制SSH边上栏里的地址。
  5. 打开Git Bash命令行工具,切换到一个合适的目录,使用命令git clone 刚才复制的URL克隆创建的仓库。
  6. 进入目录cd 仓库名,执行命令git config --global user.email your-email, 
    git config --global user.name your-name,设置你的个人信息。
  7. 执行命令: 
    echo "#Description" > README.md,添加一个文件 
    git status,查看当前状态,发现有未跟踪文件 
    git add .,当前目录所有文件添加到暂存区 
    git diff,比较当前工作区和暂存区有何不同 
    git status,查看当前状态,发现有文件未提交 
    git commit -m "注释",把暂存区内容提交到本地仓库 
    git push -u origin master,把本地仓库的提交推送到远程仓库 
    git log,查看提交日志

Git本地分支管理

  1. 分支的创建、合并、删除 
    git branch,显示所有分支 
    git branch b1,从当前分支创建一个叫b1的分支 
    git checkout b1,切换到b1分支 
    git checkout -b b1,相当于以上两条命令的组合 
    git checkout master,切换到master主分支 
    git merge b1,把b1分支的代码合并到master上 
    git branch -d b1,删除b1分支,不能在被删除分支上执行

Git Tag标签管理

  1. 标签的创建、删除 
    git tag t1,从当前分支创建一个名为t1的标签 
    git tag -d t1,删除名为t1的标签

GitLib权限管理

GitLib有五种身份权限,分别是:

  • Owner 项目所有者,拥有所有的操作权限
  • Master 项目的管理者,除更改、删除项目元信息外其它操作均可
  • Developer 项目的开发人员,做一些开发工作,对受保护内容无权限
  • Reporter 项目的报告者,只有项目的读权限,可以创建代码片断
  • Guest 项目的游客,只能提交问题和评论内容

具体参见GitLab权限,为项目添加成员时可指定成员的身份权限。


命名规则

  • 每次提交必须写明注释,如果是修复Bug,请加上Bug号
  • 创建特性分支,名称要以f-开头,加上特性名
  • 创建发布分支,名称要以r-开头,加上预发布版本号
  • 创建Bug修复分支,名称要以b-开头,加上Bug号
  • 创建标签,名称要以t-开头,加上发布版本号
  • 合并分支时必须使用--no-ff参数,以保留合并历史轨迹

分支模型

整体流程图: 


主要分支(保护分支)

  • master 主分支,稳定代码,为生产环境做准备的
  • develop 开发分支,为开发服务 
    分支关系类似下图: 


辅助分支


特性分支

从develop分支创建,用于特性开发,完成后要合并回develop分支。 
操作过程: 
git checkout -b newfeature develop,从develop分支创建newfeature特性分支 
git checkout develop,开发完成后,需要合并回develop分支,先切换到develop分支 
git merge --no-ff newfeature,合并回develop分支,必须加--no-ff参数 
git branch -d newfeature,删除特性分支 
git push origin develop,把合并后的develop分支推送到远程仓库 
分支关系类似下图: 


发布分支

从develop分支创建,用于预发布版本,允许小bug修复,完成后要合并回develop和master。 
操作过程: 
git checkou -b release-1.2 develop,创建一个发布分支 
git checkout master,切换到master分支,准备合并 
git merge --no-ff release-1.2,把release-1.2分支合并到master分支 
git tag 1.2,从master分支打一个标签 
git checkou develop,切换到develop分支,准备合并 
git merge --no-ff release-1.2,把release-1.2分支合并到develop分支 
git branch -d release-1.2,删除这个发布分支


修复分支

从master分支创建,用于生产环境上的Bug修复,完成后要合并回develop和master。 
操作过程: 
git checkout -b hotfix-1.2.1 master,从master分支创建一个Bug修复分支 
git checkout master,切换到master分支,准备合并 
git merge --no-ff hotfix-1.2.1,合并到master分支 
git tag 1.2.1,为master分支创建一个标签 
git checkout develop,切换到develop分支,准备合并 
git merge --no-ff hotfix-1.2.1,合并到develop分支 
git branch -d hotfix-1.2.1,删除hotfix-1.2.1分支 
分支关系类似下图: 


Git协同模型


SVN式集中协同模型

适用于小型项目,参与人员较少的项目,每个开发者均可向仓库推送代码 


金字塔模型

适用于大型项目,参与人员较多,并且等级划分严明,代码需要逐级审核的项目 
仅核心开发人员可以向仓库推送代码,开发人员只能从仓库拉取代码,开发人员的代码需先推送给核心开发人员审核通过后,合并之后才能推送,一般情况下是使用GitHub的Pull Request的方式 



转载:http://www.07net01.com/2015/04/827369.html

# Gitlab 代码管理规范 **修复分支**:修复分支命名应体现修复内容,格式为 `hotfix-描述`,如 `hotfix-login-bug`。- **功能分支**:功能分支命名应体现功能特点,使用小写字母和中划线命名,如 `feature-login`。- **命名规范**:组名称应简洁、明确,体现项目或团队特点,使用小写字母和中划线命名。- **命名规范**:项目名称应简洁、直观,与组名称相关联,使用小写字母和中划线命名。- **命名规范**:MR 名称应简洁、明确,体现合并内容,使用小写字母和中划线命名。 阅读详情

相关推荐

Git提交规范

最近公司的前端团队分了组,我根据兴趣加入了基础设施建设组,负责做一些方便和规范开发的东西。第一个产出是增加了Git的提交规范,之前参与开源项目时接触到的,感觉很有意思,也很实际,用得到。 参考资料: 阮一峰-Commit message 和 Change log 编写指南 Git提交规范 意义及现状 在开发过程中,Git每次提交代码,都需要写Commit message(提交说明),规...

Creabine的博客 2886

Gitlab运维之源代码管理平台使用规范

研发人员的研发工作越来越离不开gitlab,作为企业gitlab管理员,制定相应的使用规范,有利于研发使用和管理。以下是实践中的经验,可供参考。

lijunping520的博客 1678

git版本管理规范

git版本管理规范,gitlab开发工具,git版本管理

git处理.git文件太大

【代码】git处理.git文件太大。

nianyixiaotian的博客 256

SceneSplat

目标:训练一个网络,输入高斯参数 → 输出与自然语言空间对齐的特征。考虑到标注语义的 3DGS 数据有限,作者设计了。策略,让模型在无标签场景上学到有用表征。都有一个与自然语言对齐的语义特征。这是整个方法的第一步,目标是让。

weixin_61091146的博客 1284

2024年上市公司ESG评级全解析:六大权威数据源横向对比与应用指南

本文深度解析2024年国内主流ESG评级数据源,包括华证、商道融绿、Wind、富时罗素和彭博,横向对比其覆盖范围、评分逻辑与应用侧重点。文章提供实战指南,帮助投资者与企业根据投资决策、风险管理和学术研究等不同场景,精准选择并有效应用ESG数据,实现从概念到实用分析工具的转变。

weixin_29229055的博客 312

解决 .git 目录过大问题

点击下方“IT牧场”,选择“设为星标”来源:www.escapelife.site/posts/b400b7f8.html01、问题描述02、原因解释03、解决方法04、总结教训纸上得来终...

ITMuch的专栏 1万+

用VFP计算 CRC-16 Modbus 校验位

1. Modbus是一种串行通信协议,最初由Modicon(目前属于施耐德电气公司)于1979年开发2. Modbus协议是应用在Modicon产品上的,后来才被移植到其他产品上3. Modbus协议的通信接口可以有多种选择,如RS232、RS485、以太网等。

lddnzx的博客 518

PyCharm使用GitLab,Git常用命令,Git提交规范

git reset 或者git reset . (git add后撤销:“file”是撤销某个文件,“.”是撤销暂存区的全部文件)git branch -m branch_0.1 branch_1.0 将branch_0.1重命名为branch_1.0。git commit -a -a是代表add,把所有的change加到git index里然后再commit。git diff --cached 或 $ git diff --staged 查看尚未提交的更新。

qq_53663722的博客 3371

手把手教你解决Ubuntu 20.04虚拟机桥接模式下的网络问题:DHCP与静态IP配置全指南

本文详细解析了Ubuntu 20.04虚拟机在桥接模式下的网络配置问题,包括DHCP与静态IP的配置方法及常见故障排查技巧。通过深入讲解桥接模式原理和提供实战操作指南,帮助用户解决无法访问外网、ping不通等典型网络问题,实现虚拟机与物理网络的无缝连接。

weixin_29256771的博客 543

Unity零基础到进阶 | Unity Shader 深度硬核解析

Unity Shader 是运行在GPU上的可编程渲染程序,是整个引擎渲染体系的算法核心。它通过 Unity 封装的 ShaderLab 语法 + GPU 原生 HLSL 语言编写,定义了「网格数据如何经过光照计算、纹理采样、几何变换、混合测试,最终转化为屏幕像素颜色」的完整规则。 通俗来说:Shader 决定物体「怎么画」,材质(Material)只是 Shader 的参数实例,决定「用什么画」。没有 Shader,材质就是无渲染能力的空壳;没有材质,Shader 无法落地到具体物体。

努力前行,总会成为自己心中的那道光 1万+

git commit 提交规范 & 规范校验

1、背景 在多人协作项目中,如果代码风格统一、代码提交信息的说明准确,那么在后期协作以及Bug处理时会更加方便。 因此,在本文章中,我会介绍怎么使用下面这个工具,在git push 代码之前检测commit messages: commitlint husky commitlint介绍 2、先来介绍博主采用的commit规范 Commit message格式 <ty...

BiuBiu_Tian(田) 7万+

STM32入门教程:人脸识别

STM32CubeMX配置 打开STM32CubeMX,创建一个新的工程,并选择你使用的STM32系列和具体型号。根据摄像头模块的规格,将摄像头的输出引脚连接到相应的STM32引脚上。人脸识别是一种非常常见的人工智能应用,它可以通过摄像头捕捉到的图像,识别出图像中的人脸并进行相关的分析和处理。在本教程中,我们将使用STM32开发板和相关传感器,通过指导你搭建一个基于STM32的简单人脸识别系统,并编写相应的代码来实现该功能。另外,为了达到更好的人脸识别效果,可能需要使用更高性能的处理器和更复杂的算法。

吃不胖. 374

Gitlab使用规范

gitlab

ginkgo_dia的博客 3732

Python爬虫实战:携程旅游平台数据爬取(酒店+机票+景点),破解加密与反爬(附完整代码)

携程的反爬机制再复杂,核心逻辑都是“识别非真实用户的请求”,而爬虫的核心就是“让请求看起来像真实用户的行为”。本文的方案从登录态处理、参数加密破解、动态数据抓取,到反爬应对,都是围绕“模拟真实”展开:用Playwright模拟真实浏览器登录,用住宅代理模拟真实用户IP,用随机延迟模拟真实用户的操作频率。掌握了这个核心思路,无论平台的反爬如何升级,都能找到应对方法。当然,爬虫技术是一把双刃剑,合理使用才能发挥其价值。如果你的爬虫项目中遇到了携程的反爬问题,不妨按照本文的步骤试试,大概率能解决问题。

专注于Python爬虫开发,分享爬虫技巧、项目实战与反爬经验,使用Scrapy、BeautifulSoup等工具,解决数据抓取难题。 2606

【ArcGIS Pro微课1000例】0067:ArcGIS Pro3.4.2学习版下载及安装教程

【ArcGIS Pro微课1000例】0067:ArcGIS Pro3.4.2学习版网盘下载及安装教程

智慧空间实验室 2389

Git & Gitlab 工作流

一、Git工作流 1、开发流程 在master分支或功能开发分支切出个人开发分支推荐命名规则:[开发者姓名简拼]/[类型]-[命名], 开发者姓名简评有冲突可后缀添加工号 类型包括:fix/fixbug、feat/feature等, 命名可以自定义,推荐 有jira的使用jira-[JIRA_ID],例如: ,经办人为敬睿峰,对应的分支名为 jrf/jira-HUIBEN-775 有confluence,使用confluence-[confluence_pageId],例如,http://confluenc

xiaoxiannv666的博客 922

怀旧版电脑GBC模拟器

再现原版GBC掌机的界面,电脑运行连游戏界面都一样大小,很怀旧,很真实,(英文版)强烈推荐,很小的文件,很难才找到的。

【保姆级喂饭教程】GitLab创建用户规范,分支开发规范,提交日志规范

Git 是一个分布式版本控制系统,用于管理和跟踪代码或文件的变更。是软件团队进行代码开发管理的必要工具。GitHub、GitLab 是一个基于 Web 的 Git 仓库,由于 GitHub 的私有仓库是收费的,而 GitLab 是开源的,所以小型团队一般选择自己部署一个 GitLab。为了更好的团队使用,这里梳理下创建用户规范,分支开发规范,提交日志规范,仅适用于小型团队。

AlienProgrammer的博客 2343

lwip-2.0.3

lwip是瑞典计算机科学院(SICS)的Adam Dunkels 开发的一个小型开源的TCP/IP协议栈。实现的重点是在保持TCP协议主要功能的基础上减少对RAM 的占用。

LinePhone3.2.7(android端最新版本) sip客户端

SIP客户端For android:LinePhone3.2.7(最新版本),官网地址:http://www.linphone.org/

公司中Git与GitLab的使用指南:新人自取

Git是底层版本控制引擎,GitLab是基于Git构建的协作平台。类比关系:Git类似文件系统,GitLab类似带权限管理和协作功能的文件服务器。执行过程中可设置密钥保存路径和密码(建议设置密码增强安全性):确认config文件中的IdentityFile路径正确。:确保.ssh目录权限为700,密钥文件为600。:检查防火墙设置,确保22端口开放。

qq_61112764的博客 1930

android 蓝牙通讯demo

android 下蓝牙通讯demo,实现了发现蓝牙,使能蓝牙,通过蓝牙发送消息。

git使用规范

前端项目使用[语义化版本](https://semver.org/lang/zh-CN/)进行发布:

zhanghuaiwei 783
上一篇: 服务器代码与本地代码不同步,还需要将本地代码上传
下一篇: 在github上创建和删除新分支
技术在路上
博客等级 码龄16年 644粉丝 160原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值