因为你把 develop 的根基改变了。

Rebase 的中文翻译，变基，其实算是比较贴切的。

第一次运行的时候，
develop 上是 1 - 2 - 3
my_feat 上是 1 - 2 - 3.5
你在 develop 上变基 my_feat，就是说，my_feat 作为新的根基，在这之上，把 develop 的提交追加上去。
那么 my_feat 的 1 - 2 - 3.5，到这里不变，后面加上 develop 里多出来的 3，自然就是你说的结果了。

第二次运行的时候，
develop 上是 1 - 2 - 3.5 - 3
origin/develop 上是 1 - 2 - 3
你现在是让 develop 去变基 origin/develop，就是说，origin/develop 作为新的根基，在这之上，把 develop 的提交追加上去。
那么 origin/develop 的 1 - 2 - 3，到这里不变，后面加上 develop 里多出来的 3.5，这就是你最终看到的结果了。

关键点在于，变基时，基是不会改变的，所以第一次你的根基是 my_feat，那么 my_feat 是什么样，就是什么样，3 是不可能插入到 my_feat 的中间去的。

并入更改用 merge，散播更改用 rebase 。

人人都懂 Git 的小公司 merge 的时候可以用普通的 merge commit，不是人人都懂 Git 的公司（特别是参差不齐的大公司）或者合并非常频繁的大公司，可以善用 squash merge 。（我司一般都是 squash merge，因为合并太频繁了，经常 Rebase 不现实。）

https://i.imgur.com/dG0EM7G.png

↑ 理想的 timeline 应该是类似这样的。

https://i.imgur.com/U54T03C.png

↑ 大多数公司代码的 timeline 是这样的。

单次运行用 nohup，长期反复运行用系统服务。

@justaname URE 会导致阵列最终数据丢失一个扇区的内容。但是这不是重点，重点是 RAID 需要拿去手动恢复的时候就等于这个阵列报废了。一来系统必须离线然后用软件去恢复，二来恢复出来的数据已经不可靠了。比如你阵列里存着网站的数据库，现在告诉你数据库里有一个扇区的数据是坏的，你怎么想。

唯一索引然后条件插入就行了。

顺带一提，用 nobody 也不算是很好的做法。
好做法是每个单独的权限个体拥有自己的账号。
如果你一台服务器就一个网站，那网站应该跑在 www-data 或者 www 下。
如果你放了很多个独立的网站，那他们应该分别跑在自己的账号下。
nobody 因为是无权限用户，那就应该以无需读取任何私密信息作为前提。
当你把文件 chown 到 nobody 或者 chmod 给 all，仅仅是为了给 nobody 读写的时候，这做法就已经不对了。

我把 Linux 下面那个 perl 写的 rename 给搬到 Windows 上了，还挺好用的。

电话号码一般可以用来打电话。
比如你有一个北美的号码，你可以给其他北美的电话号码打电话。
充值以后也可以给其他国家的人打电话。
比如说我给中国的号码打电话，就用 GV，价格很便宜，比漫游或者长途便宜多了。

如果你不想要 exim4，可以用 apt 删除 exim4 。

apt remove exim4-base

@princelai 对，虽然我没自己试过，但是应该可以 chown xxx && restart xxx 。

Install cert 只要执行一次就会写入配置文件的吧，以后自动签发时也会自动安装。

「
3. copy/安装 证书
前面证书生成以后, 接下来需要把证书 copy 到真正需要用它的地方.

注意, 默认生成的证书都放在安装目录下: ~/.acme.sh/, 请不要直接使用此目录下的文件, 例如: 不要直接让 nginx/apache 的配置文件使用这下面的文件. 这里面的文件都是内部使用, 而且目录结构可能会变化.

正确的使用方法是使用 --install-cert 命令,并指定目标位置, 然后证书文件会被 copy 到相应的位置
」

RTFM

安装命令里可以 chown 把复制后的文件的所属用户改成 nobody，然后再重启服务就可以了。

@Weixiao0725 值得强调的是，这里的「稳定」指的是功能和版本稳定，而非运行稳定。

稳定版（ Stable ）指的是软件的版本在操作系统版本的更新周期里不再改变，已经有的功能不会删除，没有的功能不会追加，保证接口和行为从生命周期的开始到结束都是一致的。

不管是 RHEL 还是 Debian 都有稳定版，只不过 RHEL 的稳定版有 10 年的支持周期，他主要的作用是保证你 10 年前开发的软件在 10 年后还是能正常运行。比如说你为 RHEL 7 开发的 PHP 项目，适配的是 PHP 5.4，那么他保证你 2024 年你依然能用上 PHP 5.4，而不是被迫改用 PHP 7 或者 8 。

（所以最 SB 的使用场景是装了 CentOS 然后嫌自带软件版本太低再到处找第三方的新版本往上插……）

嗯？电车省钱吗？我记得以前看有人算过成本，电费稍微贵一点成本就超过油车了。

不拒绝普通用户使用的话，他还怎么挣钱让人开发接口呢。

@yikyo @oxromantic @wwwtarzan 淘宝日产欧姆龙微动，你值得拥有。
按键用辣鸡微动的厂家多了去了，买几颗顶级手感的微动，自己电洛铁换一下，把一个 100 块的鼠标用出 500 块的手感，不香吗。
（或者找会用电洛铁的朋友或者修理师傅弄一下也行。）

Mp4 isom mov 本来就是一家人。
顺便提一个有趣的小知识，avi 和 wav 也是一家人，都是基于 riff 。
视频音频方面的水本来就很深，一大堆公司在搞，各种组织在定自己的标准，然后各种标准又在借鉴别的标准。
然后甚至有时候还会出现软件输出的文件不那么标准的情况，然后软件也要一步步迭代完善。
很多格式还在不停发展变化，比如说 opus 或 flac in MP4 还没完全搞明白，各家软件还没支持，标准也还在草案阶段一点点推进，等哪天定稿了再逐步给各大工具平台推，再一点点开始普及，等等。
本来已经成熟的格式也在不停变化，比如前段时间 NHK 搞了 24 声道的 AAC，一直无人支持，后来有一天我去问了，然后给了个音轨样本以后他们才一点点开始实现功能。
这方面的浑水要趟的话得要有一些心理准备的。

> 密钥和加密的文件都储存在同一个地方，加密形同虚设！

> 不知道如何解密所以没有解密，所以没有最终还原文件。

形同虚设，但没有完全形同虚设？

常用软件支持 HiDPI 不行是怪 Windows 吗？