草庐IT

reset_warning_registry

全部标签

解决docker 拉取镜像报错问题——Using default tag: latest Error response from daemon: Get “https://registry-(全)

  如下图,docker无法拉取镜像。(以下操作均要在root条件下进行)1.我们需要检查daemon.json文件并对其进行编辑。提醒一下使用国内镜像加速的装docker默认没有这个文件的,需要自己创建,问题不大。使用阿里云的镜像加速就行。{"registry-mirrors":["https://registry.docker-cn.com","http://hub-mirror.c.163.com"]}2.重启服务systemctldaemon-reloadsystemctlrestartdocker3.然后通过dig@114.114.114.114registry-1.docker.i

解决docker 拉取镜像报错问题——Using default tag: latest Error response from daemon: Get “https://registry-(全)

  如下图,docker无法拉取镜像。(以下操作均要在root条件下进行)1.我们需要检查daemon.json文件并对其进行编辑。提醒一下使用国内镜像加速的装docker默认没有这个文件的,需要自己创建,问题不大。使用阿里云的镜像加速就行。{"registry-mirrors":["https://registry.docker-cn.com","http://hub-mirror.c.163.com"]}2.重启服务systemctldaemon-reloadsystemctlrestartdocker3.然后通过dig@114.114.114.114registry-1.docker.i

【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的一

【linux】WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED 解决方法

一.错误描述 二.解决方案         输入以下指令:ssh-keygen-RXXX(ip地址)        按照我的例子(ip:10.165.7.136),会返回以下信息:         重新尝试连接:        输入yes,按下回车,成功连接。以上就是解决方案,如果想了解为什么这样的,可以继续往下看。三.原因分析    当两个设备第一次进行链接时,会在~/.ssh/konwn_hosts  中将被连接设备的公钥信息进行保存,后续再次链接时OpenSSH会核对公钥来进行一个简单的验证:    konwn_hosts文件的公钥信息如下:                       

【linux】WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED 解决方法

一.错误描述 二.解决方案         输入以下指令:ssh-keygen-RXXX(ip地址)        按照我的例子(ip:10.165.7.136),会返回以下信息:         重新尝试连接:        输入yes,按下回车,成功连接。以上就是解决方案,如果想了解为什么这样的,可以继续往下看。三.原因分析    当两个设备第一次进行链接时,会在~/.ssh/konwn_hosts  中将被连接设备的公钥信息进行保存,后续再次链接时OpenSSH会核对公钥来进行一个简单的验证:    konwn_hosts文件的公钥信息如下:                       

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分支,