草庐IT

reset-offsets

全部标签

一文解决OpenSSL SSL_read: Connection was reset, errno 10054问题

文章目录1.复现问题2.分析问题3.解决办法1.复现问题drawio是免费的画图神器,因而,今天尝试从github上下载drawio,如下图所示:复制下载地址到gitbash中,却报出如下错误:即fatal:unabletoaccess'https://github.com/jgraph/drawio-desktop.git/':OpenSSLSSL_read:Connectionwasreset,errno100542.分析问题将OpenSSLSSL_read:Connectionwasreset,errno10054翻译成中文打开SSLSSL_read:连接已重置,错误10054。这样解释

一文解决OpenSSL SSL_read: Connection was reset, errno 10054问题

文章目录1.复现问题2.分析问题3.解决办法1.复现问题drawio是免费的画图神器,因而,今天尝试从github上下载drawio,如下图所示:复制下载地址到gitbash中,却报出如下错误:即fatal:unabletoaccess'https://github.com/jgraph/drawio-desktop.git/':OpenSSLSSL_read:Connectionwasreset,errno100542.分析问题将OpenSSLSSL_read:Connectionwasreset,errno10054翻译成中文打开SSLSSL_read:连接已重置,错误10054。这样解释

【git:踩坑】请用git reset --soft HEAD^

一定不要乱用gitreset--headHEAD^!!会丢代码简直是天坑,上周我在快要下班的时候提交代码,用了gitreset--headHEAD^,虽然回退到之前的版本了,但也直接把之前的代码删除了……在网上查了之后,用gitreflog查看日志,然后找到需要恢复的commit,gitreset--hardxxx但是这个只能回复提交了commit的,我当时有两个文件是没有commit的,也直接没有了,于是我只好手动ctrl+z,还好找回来了T-T总结:gitreset--headHEAD^简直是天坑啊!慎用,我当时是百度出来的,也没仔细看,就直接上手了,当时真的是脑壳晕了顺便回顾下git的一

【git:踩坑】请用git reset --soft HEAD^

一定不要乱用gitreset--headHEAD^!!会丢代码简直是天坑,上周我在快要下班的时候提交代码,用了gitreset--headHEAD^,虽然回退到之前的版本了,但也直接把之前的代码删除了……在网上查了之后,用gitreflog查看日志,然后找到需要恢复的commit,gitreset--hardxxx但是这个只能回复提交了commit的,我当时有两个文件是没有commit的,也直接没有了,于是我只好手动ctrl+z,还好找回来了T-T总结:gitreset--headHEAD^简直是天坑啊!慎用,我当时是百度出来的,也没仔细看,就直接上手了,当时真的是脑壳晕了顺便回顾下git的一

kafka-offset手动提交和自动提交

目录首先回顾之前的知识点 自动提交offset 手动提交消费者poll消息的细节 完整代码: 按照新方法进行消费消息1.指定时间进行消息的消费 2.指定分区开始从头消费+指定分区的偏移量开始消费新消费组的消费offset规则 首先回顾之前的知识点消费者消费消息,每消费offset+1,然后提交offset给到我们kafka中topic中的cousumer_offsets,该消费者宕机后,另外的消费者就会读取consumer_offsets读取我们的offset消费后面的消息我们kafka消费者是自动拉取消息的,mq是队列push给消费者自动提交:消息poll下来后(还没有消费)直接提交offs

kafka-offset手动提交和自动提交

目录首先回顾之前的知识点 自动提交offset 手动提交消费者poll消息的细节 完整代码: 按照新方法进行消费消息1.指定时间进行消息的消费 2.指定分区开始从头消费+指定分区的偏移量开始消费新消费组的消费offset规则 首先回顾之前的知识点消费者消费消息,每消费offset+1,然后提交offset给到我们kafka中topic中的cousumer_offsets,该消费者宕机后,另外的消费者就会读取consumer_offsets读取我们的offset消费后面的消息我们kafka消费者是自动拉取消息的,mq是队列push给消费者自动提交:消息poll下来后(还没有消费)直接提交offs

GIT回退到指定版本的两种方法(reset/revert)

实现多人合作程序开发的过程中,我们有时会出现错误提交的情况,此时我们希望能撤销提交操作,让程序回到提交前的样子,本文总结了两种解决方法:reset、revert。命令特点reset该命令会强行覆盖当前版本和要回退的版本之间的其他版本(不太建议)revert再当前版本的基础上新增一个版本,不影响以前的代码1.reset的使用方法(会覆盖,不太建议)1.gitlog查看要回退的版本号2.使用gitreset--hard(目标版本号)命令将版本回退gitreset--hard(目标版本号)这样就是回退成功了!再通过gitlog查看记录,之前的333,444的提交记录都没了,都被覆盖了4.此时再推到远

GIT回退到指定版本的两种方法(reset/revert)

实现多人合作程序开发的过程中,我们有时会出现错误提交的情况,此时我们希望能撤销提交操作,让程序回到提交前的样子,本文总结了两种解决方法:reset、revert。命令特点reset该命令会强行覆盖当前版本和要回退的版本之间的其他版本(不太建议)revert再当前版本的基础上新增一个版本,不影响以前的代码1.reset的使用方法(会覆盖,不太建议)1.gitlog查看要回退的版本号2.使用gitreset--hard(目标版本号)命令将版本回退gitreset--hard(目标版本号)这样就是回退成功了!再通过gitlog查看记录,之前的333,444的提交记录都没了,都被覆盖了4.此时再推到远

详解Git合并(Merge)错误如何回退。(包括Reset, Revert和页面回滚三种,并说明其优缺点)

文章目录1.问题场景描述1.1场景模拟2.解决方案2.1利用`gitreset--hard`命令2.2利用`gitrevert`命令2.3使用页面进行回滚(效果与Revert一致)1.问题场景描述我的项目包含两个重要git分支:master(生产环境),develop(测试环境)。正常的开发流程为:从master剪分支,然后进行开发,开发后合并到develop分支,当测试通过后合并到master分支进行上线。所以,master分支和develop分支代码差别很大,包括:未上线的代码,针对develop做的特殊处理等等。但某人错误操作,不小心从develop剪分支,最终合并到了master分支,

详解Git合并(Merge)错误如何回退。(包括Reset, Revert和页面回滚三种,并说明其优缺点)

文章目录1.问题场景描述1.1场景模拟2.解决方案2.1利用`gitreset--hard`命令2.2利用`gitrevert`命令2.3使用页面进行回滚(效果与Revert一致)1.问题场景描述我的项目包含两个重要git分支:master(生产环境),develop(测试环境)。正常的开发流程为:从master剪分支,然后进行开发,开发后合并到develop分支,当测试通过后合并到master分支进行上线。所以,master分支和develop分支代码差别很大,包括:未上线的代码,针对develop做的特殊处理等等。但某人错误操作,不小心从develop剪分支,最终合并到了master分支,