intellij idea 版本为2017.2.6 进入Version Control-->log 1.在之前版本中,右键,新建标签 2.输入标签名称,建议输入版本号的方式 3.push标签 由于不是在当前最新版本打入的标签,push时需要选择push tags (all),不然不能push 在GitLab标签中就可以看到刚才push的标签 在idea的log中也可以看到刚才的标签或者搜索标签 4.删除标签 在idea中由于没有找到删除标签的功能,所以只能采用命令行的方式进行 进入工程目录-->

利用jenkins,从gitlab上拉取代码,然后发布,如果想进行代码回退,其实还是代码发布,拉取的时候,选择合适的标签. 一.利用Git parameter插件选择branch或tag.下面的文本参数不是必选,但是可以提供每次发版的详情. 二.Git仓库中填上仓库地址,注意Name中填入origin要与最下面的对应上.下方的Branches to build 填入的变量可以获取tag分支. 三.此处不是必须的,但是可以根据自己的脚本加入tag参数,来根据分支构建.列如git clone  -b

现有的远程仓库版本的tag为v1.0 前置准备 具体操作: 我们在本地修改一下readme文件,然后进行add,commit操作. 再给我们的commit打上tag git tag -a v1.1 -m 'my version 1.1. 查看下我们的tag: ➜ UI git:(master) git tag v1.0 v1.1 v1.1的commit的内容是有错误的,会影响线上仓库的出问题,现在我们需要回滚到正常的v1.0的commit. 具体回滚操作 第一步:checkout 指定的tag

master版本上线以后一般要打一个tag备份,以防事态有变,这是一个好习惯,如果以后有问题也可以放心的回滚版本,那么怎么用tag版本覆盖mastaer呢,其实只有几个命令 1.查看分支 git branch 2.切换分支 git checkout master 3.查看标签(tag版本) git tag 4.查看某个标签的详情 git show v2.22.0 commit d53dcc2287899e95cfd44a294ca3e5068e63022b 5.通过commit的id回退git

示例 通过ID tag镜像 下面是tag一个id为0e5574283393的本地镜像到“fedora”存储库,tag名称version1.0: docker tag 0e5574283393 fedora/httpd:version1.0 通过名称tag镜像 使用名称“httpd” tag本地镜像到存储库”fedora”,且其tag名为version1.0 docker tag httpd fedora/httpd:version1.0 注意由于引用httpd的tag名称没有指定,默认引用htt

小博客断更了很久,最近想接着尝试建立写作的习惯,把自己工作生活遇到的有用知识沉淀下来.尽管微信公共账号比较火,但个人觉得这种不能用搜索引擎检索的东西完全就是历史的倒退,就像 RSS 这种提高信息传播效率的协议被 Google 抛弃一样.扯远了,进入今天的正题,聊一聊 svn merge 命令. svn 是啥就不用介绍了吧,谁用谁知道.有了 svn,开发者只要把代码提交上去,无论山崩地裂.电脑进水.硬盘格式化,哪怕换了一台电脑,都能随时把代码找回来.不过从自己工作中看到的现象来说,可能还有很多人并

聊一聊 svn merge 命令. svn 是啥就不用介绍了吧,谁用谁知道.有了 svn,开发者只要把代码提交上去,无论山崩地裂.电脑进水.硬盘格式化,哪怕换了一台电脑,都能随时把代码找回来.不过从自己工作中看到的现象来说,可能还有很多人并不了解 svn 真正的便捷之处.这里我们就聊一聊代码合并.回滚必备的利器——svn merge 命令. 一说到回滚,可能很多人立马先想到了 svn revert.其实非也,svn revert 只能把未提交的本地修改撤销,对于已经提交的代码就无能为力了.要把已

git如何正确回滚代码 方法一,删除远程分支再提交 ①首先两步保证当前工作区是干净的,并且和远程分支代码一致 $ git co currentBranch $ git pull origin currentBranch $ git co ./ ②备份当前分支(如有必要) $ git branch currentBranchBackUp ③恢复到指定的commit hash $ git reset --hard resetVersionHash //将当前branch的HEAD指针指向commit

一.nginx保证有两个版本 1.查看当前容器运行nginx版本 [root@k8s-master ~]# kubectl get pod -o wide NAME READY STATUS RESTARTS AGE IP NODE myweb-7w38b 1/1 Running 0 4h 172.16.10.4 k8s-node1 myweb-btflm 1/1 Running 0 4h 172.16.48.4 k8s-node2 myweb-cbt47 1/1 Running 0 4h 17

[微信小程序项目实践总结]30分钟从陌生到熟悉 前言 我们之前对小程序做了基本学习: 1. 微信小程序开发07-列表页面怎么做 2. 微信小程序开发06-一个业务页面的完成 3. 微信小程序开发05-日历组件的实现 4. 微信小程序开发04-打造自己的UI库 5. 微信小程序开发03-这是一个组件 6. 微信小程序开发02-小程序基本介绍 7. 微信小程序开发01-小程序的执行流程是怎么样的? 阅读本文之前,如果大家想对小程序有更深入的了解,或者一些细节的了解可以先阅读上述文章,本文后面点需要对

https://blog.csdn.net/ligang2585116/article/details/71094887 开发过程中,你肯定会遇到这样的场景: 场景一: 糟了,我刚把不想要的代码,commit到本地仓库中了,但是还没有做push操作! 场景二: 彻底完了,刚线上更新的代码出现问题了,需要还原这次提交的代码! 场景三: 刚才我发现之前的某次提交太愚蠢了,现在想要干掉它! 撤销 上述场景一,在未进行git push前的所有操作,都是在“本地仓库”中执行的.我们暂且将“本地仓库”的代码

开发过程中.你肯定会遇到这种场景: 场景一: 糟了.我刚把不想要的代码.commit到本地仓库中了.可是还没有做push操作! 场景二: 彻底完了.刚线上更新的代码出现故障了.须要还原这次提交的代码! 场景三: 刚才我发现之前的某次提交太愚蠢了,如今想要干掉它! 撤销 上述场景一.在未进行git push前的全部操作,都是在"本地仓库"中运行的. 我们暂且将"本地仓库"的代码还原操作叫做"撤销"! 情况一:文件被改动了,但未运行git add操作

小白对jenkins运维的使用有点简单的想法,这里开个记录贴记录下. 由于未找到jenkins构建失败后执行其他脚本的插件,也暂时没有使用其他运维工具.所以想自己写一个shell脚本,一是方便其他人使用,二是可以失败后回滚. 本文使用gitlab webhook触发jenkins构建,jenkins执行shell命令--->mvn或者npm打包--->打包成docker镜像--->发布--->发布成功后用jenkins的git publisher插件push一个gitlab tag

一.摘要 在上一篇文章,链接如下: https://www.cnblogs.com/xiao987334176/p/11434849.html 镜像打的是latest版,如果需要回滚的话,就比较麻烦了. 因此,需要修改为参数化构建.镜像的版本,使用时间戳. 本文采用的环境,依然是上一篇的环境,就不多介绍了. 二.参数化构建 发布 修改 ph任务,勾选 此项目参数化构建,点击添加参数,选择Choice Parameter 输入参数,这里有2个固定选项,分别是发布和回滚,再点击底部的添加参数,选择S

jenkins 服务器需先保留着原先构建的不同版本的应用镜像 [root@jenkins sh]# docker images|grep "maintain" registry-vpc.cn-hangzhou.aliyuncs.com/******-ui-maintain 20190719 849ed46fa462 31 minutes ago 293 MB registry-vpc.cn-hangzhou.aliyuncs.com/*******-ui-maintain latest

jenkins 构建配置参数化构建过程 构建  执行 shell  , 将版本号参数传入 脚本 脚本push  带版本号的镜像到阿里云镜像仓库 #!/bin/bash #获取参数 while getopts "n:" opt; do case $opt in n) version=$OPTARG ;; \?) ;; esac done ****** ****** sudo docker tag fashion*****prod registry-vpc.cn-hangzhou.aliy

Jenkins回滚可以通过每次发布从主干打tag,然后发布的时候发tag,比如tag, v1, v2,v3 如果我发布了v3,想要回滚回v2,直接在Jenkins中选择v2的tag地址重新构建就可以回滚到v2发布时的代码构建.   但是如果发布时没有打tag的习惯或者觉得重构代码比较费时如何操作? 下面看下如何配置

背景介绍: 本项目代码存储在gitlab,再通过jenkins发布到对应的节点上. 使用tag控制版本:每一次成功的构建,jenkins会自动为gitlab的分支打上tag,版本更新可直接选择production分支,当需要回滚时选择对应的tag进行构建. jenkins主要配置 tag的参数化构建 Name: 此参数的变量名,可在之后配置以 $tags 形式引用: Description: 描述信息,对此变量进行说明: Parameter Type:抓取数据的类型,此处选择分支或tag,因为需

本篇将会讲解应用部署到Kubenetes集群,集群副本集查看,集群自愈能力演示,集群扩容,滚动升级,以及回滚. 本篇是Docker&Kubenetes系列的第四篇,在前面的篇幅中,我们向Kubenetes中部署了单个应用实例.如果单个节点故障了,那么服务就不可用了,这在实际环境中是不能接受的.在实际的正式环境中,我们不仅要避免单点,还要根据负载变化动态的调整节点数量.为了实现这个目的,我们可以借助于Kubenetes的Deployment,Deployment可以创建指定数量的Pod,并有自愈能

转自:https://blog.csdn.net/asoar/article/details/84111841 git的工作流 工作区:即自己当前分支所修改的代码,git add xx 之前的!不包括 git add xx 和 git commit xxx 之后的. 暂存区:已经 git add xxx 进去,且未 git commit xxx 的. 本地分支:已经git commit -m xxx 提交到本地分支的.这里写图片描述 代码回滚 在上传代码到远程仓库的时候,不免会出现问题,任何过程

前言:上一篇通过rancher管理k8s,部署服务应用扩容,高可用,本篇介绍kubectl命令行部署高可用集群节点,测试升级.扩容等 1.测试环境:3节点k3s,使用其中2节点(ubuntunode1与ubuntunode2),node3暂不用 输入命令,查看节点状况 2.进入任意节点,使用kubectl命令行进行服务部署操作,我们这里用node1节点 新建一个.yaml文件,用于部署2个负载的应用,文件名称:springbootapp-2nodes.yaml 文件内容如下,kind节点使用De