如题，最近几天的GitHub提交出了些问题，导致之前提交的更新丢失，考虑回退到之前的版本。在GitHub的Web页面上并没有找到回退的解决方案（如果大家知道的话，感谢告知），于是决定通过本地的 Git Bash来操作。
-
查找 commit id：
浏览GitHub上的提交历史记录，找到要回退的版本，复制commit id。
问题描述 如题，最近几天的GitHub提交出了些问题，导致之前提交的更新丢失，考虑回退到之前的版本。在GitHub的Web页面上并没有找到回退的解决方案（如果大家知道的话，感谢告知），于是决定通过本地的 Git Bash来操作。解决方案查找 commit id：浏览GitHub上的提交历史记录，找到要回退的版本，复制commit id。 恢复历史版本：git r...
首先点击选项卡中的“工具”，点击最下方的“选项”
在打开的新窗口中选择QT下拉菜单中的“Versions”，选取你所需要的QT
版本
，此处笔者的QT
版本
是5.14.2，软件运行环境为windows，64位系统，选择的5.14.2文件夹下的msvc2017_64下的qmake.exe文件，如图
打开当前项目的属性页面，如图所示：
在属性页面中选择Qt Project Setti
二、需求背景
由于在实际的生产环境中，有的项目发布后由于各种原因需要
回退
到之前的
版本
，所以我们需要在jenkins上配置
版本
回滚，方便出现问题后及时回滚到之前
版本
。
三、具体操作
1、增加参数化构建
首先需要增加一个参数化构建过程，在每次构建前，会提示我们是否需要发布还是回滚，默认是直接发布的状态。下面也会细讲。
2、归档成品
由于回滚的操作，需要把项目的包文件备份到每次...
Jenkins
版本
回退
关于Jenkins
回退
，我的思路是在进行打包之后进行备份操作，之后在判断是否需要
回退
，这个步骤我觉得还是有优化的地方，我这个写法不太好。给大家看下
流水线 pipeline Declarative Pipeline语法
pipeline {
agent any
stages {
stage('pull code') {
steps {
checkout([$class: 'GitSCM', branches: [[name: '
maven使用apt安装的，jdk使用源码装的
安装jdk
tar -zxvf jdk-8u221-linux-x64.tar.gz -C /usr/local/ #解压jdk至/usr/local
在/etc/prof...
#
版本
回滚在之前的环境基础之上：详细请看之前的文档
###一、添加两个参数化构建：General——参数化构建过程——添加参数——选项参数（Choice Parameter ）——字符参数（String Parameter ）
###二、添加构建步骤：构建——增加构建步骤——执行shell（Execute shell）
三、添加执行脚本
###四、测试
版本
回滚
转载：https://www.cnblogs.com/stronger-xsw/p/12895749.html
Obsidian是一款非常优秀的笔记应用，而
GitHub
则是一个极为流行的代码托管网站，两者如何结合呢？
首先，
GitHub
可以作为Obsidian的备份和同步工具。Obsidian提供了Vault的备份功能，可以将所有笔记的数据保存在本地。但是，如果系统出现问题或设备丢失，这些备份也就无能为力了。将Vault同步到
GitHub
上，就可以保证笔记数据的安全性，而且可以通过
GitHub
的
版本
控制功能，实现
历史
版本
的查看和恢复。
其次，
GitHub
可以作为Obsidian的插件仓库。Obsidian提供了插件功能，可以通过插件拓展实现诸如代码块，内置计算器等功能。对于使用者而言，插件极大地提升了使用体验。但是，插件的安装和管理需要一定的技术水平，对于普通用户来说会比较困难。将插件上传到
GitHub
上，以仓库的形式共享，就可以方便大家自行安装和管理。
综上所述，将Obsidian和
GitHub
结合起来，可以进一步提升笔记应用的效率和便捷性。
