月经贴。。。 说等价的是真没理解 parent / diff 方向的问题

在不用 rebase 的情况下，最好的做法都是「不要把 master/dev 等公共分支合到自己的 feat 分支，始终保持 开发分支->公共分支 单向合并」

这个问题在 v2 上已经讨论过好几次了

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

卧槽 nb

能不能做成打开环形的时候全屏背景都慢慢虚化 🤓

老生常谈话题之「不要把 master/dev 合到自己的分支」，开发时也始终应该像 GitHub / GitLab 那样的「把自己分支合到 master/dev (主干分支)」

Fish 语法差异太大哦，如果自己平时还经常写一些 CI 脚本、维护一些服务器、Homelab 之类的，来回切换语法上思考起来挺麻烦的

想象一下你每天在 Windows / macOS 、VSCode / JetBrains 家的 IDEA 之间来回切换快捷键

要关注性能就要像 #31 楼说的那样去查

自己写的 zsh 主题，写的时候就考虑到了性能，消除了所有能消除的进程间调用，git status 查询也是异步的
做到 4ms per render

https://github.com/zthxxx/jovial

TCL 雷鸟 65 寸电视 65S575C Pro ，开机率非常高，女票天天投屏爱优腾 B ，看完换我开 PC 大屏原神启动

@NoLifeRyan 问下用啥做的导入导出？

他们自己推上回答了是 AE

为什么数字不打算乱顺序呢

@banricho #38 是啊，大部分说的都有不同程度混淆概念和维度，

- styled-components 是「定义组件的方式」、是语义化拆分组件的写法形式
- Sass / Less / tailwind (包括 classname 和 @apply) 都是「编译生成 CSS 的方式」，只是提供的语法不同
- import *.css (包括 module.css) 和 css`...` (及其各种语法糖) 是工程化打包后「注入 CSS 的不同方式」

这三个维度是可以互相组合、也可以单独用其一的，
比如你可以
- 在 styled-components 写法中，直接写 tailwind class 然后编译生成 CSS 被自动注入(或者 no-inject 手动注入)
- 在 styled-components 写法中，直接写 less 的同时在里面写 @apply tailwind class 然后编译后注入
- 直接写 [.module].(less|sass|css) 文件，import 后写到组件 classname 上，当然同样的，样式文件里可以写 less/sass/css/tailwind 语法(指各类 at-rules)

这里的编译器都是 postcss + 各种东西

至于直接写 style={{...}} 的，那是真的 js 写 inline-style 不在以上 CSS 范畴内

#8 第二张图图挂了重发了下试试

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

我个人主力是 CSS Variables + styled-components (emotion)

其中 styled-components 是指这一类 css-in-js 的写法范式，并不单指一个库，
用于语义化组件、做开发 / review 代码的时候 更关心组件结构不关心样式

而内部具体样式的实现可以是写 CSS / Less / Sass / 甚至 Tailwindcss (对，tailwind 只是生成 css 的一种方式)

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

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

@yuzo555 没关系的，因为二压之后抽出来的就是正常视频流的序列帧了

楼主最后选好了 我一定要跟你买一个

这混阅排版看着太丑了

Tailscale +1