@snakejia 整机功耗 40 ？拖几块盘？

@sayitagain 925+，把群晖的盘走 smb 挂载到 windows 主机上，一下载电影或者更新文件整个群晖跟 jellyfin 都被拖死，前端页面都访问不通(但 ip 可以 ping 通)

@Hopetree 是想买 T 系列的 u ，但都是 pdd 或者闲鱼的拆机品，怕踩了

@slarker 乔思伯 n3 散热器限高 130mm ， 用 cr1400 evo 直接顶格了。不怕有公差吗

@stinkytofux 白群晖好像就是被 smb 拖死的，更新个电影字幕连 web 都访问不通了

看到很多大佬都用了 qinglong ，我想问一下各位，主要使用场景是什么？有什么脚本推荐吗？

没买房也没买车，生活水平没什么提高也没什么降级，物欲越来越低，消费欲望也是。

刚刚尝试 merge 了一下，自动合并了 122 个文件，有 37 个文件有冲突。
冲突的文件数量看起来还可以。
打算以 A 分支 为基底，将这 37 个文件手动合并，提交一个 commit ，提完之后再 merge B 分支一遍，保证合并到所有代码并且没有冲突。

兄弟们觉得怎么样？

@luckyrayyy 是的，目前看下来只有这种方案风险比较低，可操作性也还可以。

@suikaChen 应该说按需求手动重写，然后复用代码。

@follower 我也是觉得头皮发麻才放弃。

目前看下来还是手动按需求来合并比较靠谱一些。
只是 commit 记录就只能放弃了。

@kk2syc 合理哈哈哈哈。

@XiLingHost 是一个思路。确实强行合并风险太高了。

@willxiang 确实，合并这么大量的 commit 我觉得 git 的合并机制都不太可靠了。

@NessajCN 也不是，只是抛砖引玉。兄弟有好想法都可以提，在不在我的方式范围里都可以的。

@mangoDB 产品一开始说的就是不合并，结果后面又要合，真是脑袋痛。

兄弟，你要问设备问题至少要带上设备型号或者链接之类吧。

@user100saysth md 加同步？用的是 git 吗？