我的小窝后台为了保证新功能开发不影响主分支的小功能修补，单独为新功能建立了对应的 feat 分支，但这样操作就必然存在合并到主分支的情况。我在自己的项目里比较偏向于使用变基而不是合并，因为这样能保持完整的 Git 流水线。对于我个人来说，合并多个分支的代码不应该在主分支生成一条 Commit（毕竟只有我一个人），而是正常穿插在主分支。
但我发现使用 Git 工具默认的变基功能时，会将原有 Commit 的提交时间打乱，将主分支落后于 feat 分支的一些提交放置在了最前面，这并不利于我在未来的代码修改反查。
使用这条命令，在保留原 Commit 时间的同时，变基某个分支的内容到主分支（不存在合并的 Commit），这样提交就是完整的一条流了，当然这种模式仅限于我这种个人提交的项目，如果是多人则有可能存在冲突的情况了。
git rebase --committer-date-is-author-date SHA下午收到了微信小程序官方的一条通知，说是“小程序存在涉嫌滥用小程序接口能力，影响用户体验行为”，仔细一看，是我博客用了复制链接调用了剪贴板的功能所致。我寻思这不是挺正常的么，当初这里也是因为个人小程序没有嵌入 iframe 的能力才使用这种方式的，你现在来一个“影响用户体验”为由直接砍了是不是有点过分啊。虽说这样的问题也有解决办法，直接做一个代理接口返回博客的文章内容就行了==
晚上打算重装一下 MacBook 的系统，发现全程操作非常卡顿，打开软件缓慢，鼠标指针呈现出彩虹圈圈的效果，费尽周折总算是把软件的配置信息都导出了一份，当我把 MacOS 写到优盘上安装完之后发现，苹果官网 上声称的“重装”并非是我想象种的那种“重装”，仅仅是更新了系统，所有的个人资料均存在（不像 Windows 分了很多分区，MacOS 的大多数文件是绑定在一个用户文件夹下的），除非 抹掉，俗称格盘。
搞了这么久已经差不多 2 点了，是时候休息了。在这样折腾感觉其实可以明早去公司再搞，反正挂在那里也不需要什么额外操作==
