1.CI / CD 简介软件开发的持续方法基于自动执行脚本,以最大限度地减少在开发应用程序时引入错误的可能性。从新代码的开发到部署,它们需要较少的人为干预甚至根本不需要干预。它涉及在每次小迭代中不断构建,测试和部署代码更改,从而减少基于有缺陷或失败的先前版本开发新代码的机会。有三种主要方法,我们可以根据自己项目特点进行选择。1.1 持续集成考虑一个应用程序,其代码存储在GitLab中的Git存储库
1. 下载安装 Git     运行 Git Bash ,进行安装后的最后一步设置(双引号内需要自己设置)git config --global user.name "Your Name" git config --global user.email "email@example.com"2.&nb
转载 2024-02-26 18:08:23
243阅读
1、首先在test分支上进行 git add . git commit -m "test" git push2、切换到master git checkout master git merge test git push
原创 2022-02-11 10:19:13
691阅读
1、首先在test分支上进行 git add . git commit -m "test" git push2、切换到master git checkout master git merge test git push
原创 2021-06-18 11:17:54
3052阅读
右键dev目录的任意位置---->Git Sync…—>Fetch & Rebase---->填写必要的提交信息,Ok…不需要过多的操作---->Commit---->Commit and Push把dev开发线上的最新代码提交到本地和远程git仓库完毕.2.合并代码到master分支线:①.再次进入到dev分支的目录下;②.切换到master分支:在任意位置
转载 2024-07-31 11:30:38
80阅读
【编者的话】在花椒搭建内部 GitLab 平台后,前端活动项目从 SVN 迁移到 GitLab。本文介绍花椒前端团队如何基于 GitLab CI/CD 实现自动化构建及发布。在从 SVN 迁移到 GitLab 和接入 GitLab CI/CD 的过程中,特别感谢发布系统和服务端同学的大力支持。一、目前的构建、发布流程在这部分,我们先给出使用 GitLab CI/CD 的收益,然后分别介绍使用 Gi
转载 9月前
124阅读
简写说明- MR = Merge Request - 主仓 = 组织创建的仓库(下文中是 awesome-php 组织创建的 awesome-one 仓库)什么是Merge Request- 相信很多人都不太懂这个 MR 到底是什么,通俗地说,MR 就是一个 merge 请求。 - 创建一个 MR 当然就可以理解为创建一个合并请求。MR 的存在主要是为了权限控制。Forking Workflow-
jenkins+gitlab 识别merge request事件并自动合并构建jenkins部分的配置1. 安装gitlab plugin插件2. 设置跟踪source分支3. 设置构建前合并分支到目标分支4. 设置触发器gitlab部分的设置1. 添加webhook2. 配置webhook 版本说明: jenkins v2.234 docker方式安装 gitlab-ce 12.10.3
转载 2024-05-05 21:39:02
50阅读
目录新建测试工程新建 Empty Project:git-test1新建  Module:demo1 新建一个类 创建本地仓库将工程目录 git-test1 设置为本地仓库目录第一次提交 在 git 工具窗口中查看提交历史 提交操作第二次提交 第三次和第四次提交重置到第二次提交  分支合并 - merge准备提交结构&
被毒打后的我回来更新了,之前写的照百度搞的不是很清晰,再更新一版。 如果是开发中间要将自己修改的代码给提交上去,比如说主分支是release,自己开发的分支是cm,在cm开发代码后`git add. git commit -m '第一次开发'我们现在开发的分支很可能落后于主分支了,因为在我们开发的过程中主分支也有人在推送和并,所以我们先切换到本地的release分支git checkout
转载 2024-02-17 10:12:32
367阅读
一、什么是变基:两个分支master、dev,其中dev分支是在master分支的提交点E拉出的分支。在两个分支合并之前,master分支有了新的提交F、G,此时想在gitlab合并dev分支到master分支是不被允许的,因为git不知道怎么处理ABC与FG的关系了,会提醒你需要先在本地rebase。变基简单说就是修改dev分支的基础节点由E变到G。A---B---C dev
文章目录1.Git和Gitlab2.Git新人课程3.Git & Gitlab配置3.1 设置git用户信息3.1 生成RSA公私钥3.2 将公钥添加到Gitlab4.Git日常命令4.1 git clone4.2 切换分支4.3 查看分支信息4.4 提交代码流程4.5 重置本地代码4.6 打TAG4.7 git lg5. 使用gitk图像工具5.1 配置gitk步骤 1.Git和Git
转载 2024-06-17 13:21:48
370阅读
总结:选中右键 git add commit pull 运行 push一、把dev(主分支)合并到本地自己的分支1.选中要提交的对象(可以是整个项目,也可以是单模块提交)2.右键-Git-Add 添加到暂存区 (之前上传过的项目,未add过类名显示橙红色,add过类名显示绿色)add只能add到文件级别,无法add具体内容3.右键-Git-Commit Directory 提交 (
①.进入到dev分支的目录下;②.提交代码到dev的本地和远程仓库中:右键dev目录的任意位置---->Git Sync…—>Fetch & Rebase---->填写必要的提交信息,Ok…不需要过多的操作---->Commit---->Commit and Push把dev开发线上的最新代码提交到本地和远程git仓库完毕.2.合并代码到master分支线:①
使用git存储库是相当好的习惯,每次码完代码就推送到远程存储库,万一不小心把本地代码搞废了,或者硬盘坏了,或者中了勒索病毒,本地代码丢失了还能从服务器上下载。我曾经就中了一次勒索病毒,本地电脑的所有文档,数据库全部被加密无法打开。说到git,很多大佬都直接使用dos代码推送,但对于大众菜鸡还是使用可视化操作方便些。如果没有使用visual studio,推荐使用乌龟:tortoisegit,可视
在解决git merge的冲突时,有时我总忍不住吐槽git实在太不智能了,明明仅仅是往代码里面插入几行,没想到合并就失败了,只能手工去一个个确认。真不知道git的合并冲突是怎么判定的。在一次解决了涉及几十个文件的合并冲突后(整整花了我一个晚上和一个早上的时间!),我终于下定决心,去看一下git merge代码里面冲突判定的具体实现。正所谓冤有头债有主,至少下次遇到同样的问题时就可以知道自己栽在谁的
如图示:输入合并的 “title” 和 “Description” 描述,根据实际情况选择是否勾选 “Merge options” 删除被合并掉的选择后面选项,完成合并
原创 1月前
95阅读
description: 介绍了TEST代码提交的流程TEST 代码提交流程TEST 平时的开发借助于 Gitlab 进行代码的管理, 并定期同步代码到TFS上进行备份管理. TEST的代码提交流程遵循Github开源代码PR流程. 这里以Github为例,Gitlab使用机制类似.TODO 这里的图后续需要替换为gitlab的操作界面.简单过程首先git分为本地仓库(自己电脑中)和远程仓库(gi
一.Git1.Git 配置git config – global user.name “用户名” git config – global user.email “邮箱”检查自己的git是否安装成功: git --version二.Git的本地实现2.初始化一个本地git仓库(首先新建一个文件夹,右键git bash,输入命令 git init),初始化成功会出现一个.git的文件夹注意:文件路径
git TortoiseGit git github gitlab git 配置全局变量 git config --global key value 如下所示: 配置window 换行符校验 git config --global core.autocrlf false 配置用户名和邮箱: git config --global user.name [username] git co
  • 1
  • 2
  • 3
  • 4
  • 5