GeruzoniAnsasu

冬天还真是靠 cpu 补暖的。。 开一天室温能高一两度

项目里两个都有用到

google test 比较重，功能全，尤其是要 mock 数据时有不少支持特性

catch2 只需要一个头文件，随便复制粘贴一个都能用甚至都无需考虑项目结构和 cmake，随手写一个单测时没有负担（比如你正在写一个 lib 里的小组件想有个 main 函数来 load 一下，用 catch2 甚至比写一个新 loader 程序还快）

推荐无状态的随时重入的代码 catch2，更重业务因果逻辑和时序很复杂的测试上 google test

@raysonlu rebase 这个命令其实意义有点误导，它应该叫 git modify-history

移动 commit 到其它分支，调整 commit 顺序，修改 commit 信息，修改 commit 作者，修改内容

全都可以借助 rebase

个人感觉 rebase 的本意是调整当前分支的 base，像拉拉链一样移动缝合点，但实现这个效果得把当前 base 后的所有 commit 都接到另一个地方去，相当于一次性移动修改多个 commit，然后又因为反正都要修改，不如顺便能修改 commit 历史……结果就变成了一个啥都能干的命令

git reset 和 git rebase 是 git 里最意义不明的两个 sub command

@353943780 我们假设一个场景是 checkout fixbug 然后 rebase 了 feature

照之前的例子，本地历史被改成了 1-2-3-4-6-8-9-10-5-7
但此时远程的 fixbug 历史还是 1-2-5-7，两边不一致
所以你想直接推的时候会提示要合并远程
如果此时你先 pull 的话就会变成 1-2-3-4-6-8-9-10-5-7-merge，然后 merge commit 的两个 parent 分别是远程的 7 和你本地的 7，原本单历史线就会不必要地变成双线+合并历史，比较混乱

所以此时不要管远程，直接 force push 让你本地的单线历史覆盖远程的就行，反正远程的 5 和 7 两个 commit 在你准备推的历史线里都是有的



rebase 完经常是要 force push 的，确认本地 rebase 前已经完全同步了远程并且 rebase 后远程没有新 commit 就行
force push 用 git push --force-with-lease

跟时间没关系

checkout feature, rebase bug ==> 125734689
checkout fixbug, rebase feature ==> 12346891057

本来想说 gzip 压纯文本比替换关键字好多了
看了半天觉得不对劲
然后想说难到不是把关键字用枚举值表示就 ok 了吗
好像又不是这么回事
又想说短链接把内容放库里链接给个 hash 不就完了吗
好像也不是这么回事

一个 AB 问题让人猜 A 是什么真的很困难

到底要分享什么样的数据？结构化的吗？关键字组合？段落文本？纯前端无后端吗（不然为啥数据都要带在 url 里

“只要我脑力全开能够抓住任何人话里的逻辑漏洞跟他对线到底”

最近突然发现已经没有以前“脑力全开”的感觉了，思维和表达能力都开始退化了

油炸食物致癌性强所以油炸是陋习？
是这么个逻辑吗？

煲汤可能从现代医学角度来说不太健康但为啥就是陋习了

2 小时砂锅煲的汤 1 小时炖盅炖的汤比高压锅 20 分钟不够 30 分钟压烂了口味却不到位的白开水好喝多了
健康自古以来任何一个时代都从来没有排在好吃前面过
汤=嘌呤=尿酸=痛风
油炸=反式脂肪酸+多环芳烃+丙烯酰胺=致癌
的
怕不是已经排队等着脑后插管了



话说回来
其实还是觉得炖盅+蒸汽比较经济好用，一人多人都能应付耗材也少不易浪费
大点的可以找那种铁底现代陶瓷的，火电两用，可以炖羊腿骨
牌子不重要