平日里让运维人员头疼的事情已经很多了，因此偶尔把 Linux 系统的密码忘记了并不用慌，只需简单几步就可以完成密码的重置工作。但前提是必须可以直接登录系统终端，也就是直连主机，因为需要修改启动项。
平日里让运维人员头疼的事情已经很多了，因此偶尔把 Linux 系统的密码忘记了并不用慌，只需简单几步就可以完成密码的重置工作。但前提是必须可以直接登录系统终端，也就是直连主机，因为需要修改启动项。
使用 docker 也有一段时间了，每次使用 docker help 的时候，我都很好奇 save 和 export 的区别，由于本人一般比较倾向于用 Dockerfile 和 volume 来迁移和保存数据，所以对此两个功能没多做研究。今天闲来无事，便研究一下这两个命令的区别，做些知识储备。
| 主机名 | 主机IP | 系统 | 存储 |
|---|---|---|---|
| GitLabCESvr01 | 10.37.21.21 | centos 6.5 | 200G |
| GitLabCESvr02 | 10.37.21.22 | centos 6.5 | 200G |
一个计算机最多有65535个端口，端口不能重复。
前几天由于操作失误，在使用 IDEA 拷贝代码的时候，将密码填错了，导致无论如何都不能将代码克隆到本地。
顺便吐槽一下 IDEA 的机制，密码错误就弹出个提示框重新输入嘛，每次都直接用错误的密码去拉代码，能拉下来才怪。
更为奇葩的是，不仅是在 IDEA 上无法拉取，就连使用命令行的形式，也无法拉取对应的代码，直接提示认证错误。
在使用 git 的过程中，不可避免地需要使用 reset 操作，也不可避免地出现 reset 误操作的情况。
reset 有 soft/mixed/keep/hard 四种模式，前三种就不说了，误操作的时候一般都比较容易找回，下面就来说说 hard 这种方式的 reset 该如何找回本地提交的记录和文件。
git reset --hard XXX 是一种强硬的文件和提交一起回退的 reset 方式，并且会自动保存，让你无论从 git log 或者文件历史记录里都无法找到 reset 分支之后的记录，堪称一绝。
不过如果误操作了也不用怕（比如 reset 到了更早的分支，导致正在使用的代码丢失），git 还给我们准备了一粒后悔药，那就是 reflog。
Copyright © 2018 HZZ·LEARNING
Theme by Anders Noren — Up ↑