@FrankAdler 只考虑家里看方便, 外面的话确实要转码, 不然带宽扛不住.

@dacancc 试了下, 这个 APP 做的挺好的, 发现个 bug, 我的媒体那栏随便点个分类进去, 会有无限下拉的 bug, 有些媒体找不到, 直接搜索是可以搜到的.

@FrankAdler 我是直接用客户端解码, nas 上没装显卡, 安装 jellyfin/emby 这些只是为了海报墙.

@FrankAdler 更正下, 换个浏览器可以了. 字幕问题手动选择下也能解决, 反而用 jellyfin app 的话字幕无法切过来.

@shalingye 确实, 换个浏览器可以直接在手机上硬解. 但是不会加载本地同名的字幕, 好像用了网上下载的字幕?

@Sliver1188 手机直接用 jellyfin 的话 h265 怎么解码呢? 调用外部播放器的话外挂字幕会有问题.

@gwy15 这种组合也试过了, 怎么解决 h265 视频播放的问题? 我记得 emby 的安卓客户端只是浏览器套皮? 虽然可以选择调用外部播放器, 但是字幕文件似乎没有同步到外部播放器.

@julyclyde 也不是跨系统, 一个系统镜像由多个仓库不同部分组成.

@feelapi 是否有搜搜关键字供参考?

@unco020511 多个团队同时在开发会有多条 dev, 先合入主线的 dev 不会有冲突, 但是后合入的会有冲突.

@statumer 了解了，多谢

@statumer 了解了, 相当于复制了 dev 分支, 用复制的分支去做 rebase 操作. 再请教下, master, dev, feature 倾向于用同一个仓库吗? 换句话说, 什么时候要 forking ?

@unco020511 我想的也是这个策略. 我的疑问是 dev 修改合入 main 分支出现冲突时, 如何解决该冲突.
有两种处理策略:
1. dev 分支先 rebase onto main, 解决完冲突后提交 MR 或者 PR 给 main 分支(dev 和 main 历史清晰, 但是 dev 历史被重写).
2. dev 分支先 merge main 分支, 解决完冲突后提交 MR 或者 PR 给 main 分支(main 和 dev 历史会比较乱, 因为 dev 和 main 相互 merge).
不知道你们那边是如何处理的?

@rationa1cuzz 能否详细讲讲 tag 管理版本?

@swulling 开发分支合入主线后 rebase 主线会不会导致开发分支历史混乱呢？毕竟这是公共分支

@swulling 开发分支提交 mr 给主线有冲突要怎么解决呢？先 merge 主线再提 mr ？

@swulling 自动触发 git rebase master 将代码更新为最新，是针对已经合入 master 的开发分支，还是未合入的开发分支呢？

@swulling 我理一下你的意思，帮忙看下我说的对不对。
开发人员基于开发分支创建自己的功能分支，一旦某个 feature 完成开发后，先将功能分支 rebase onto 开发分支，然后已经 mr 给开发分支，合入后可以删除功能分支。继续从开发分支拉功能分支，继续下一个功能开发。
等待开发分支上合入了所有特性，并且测试通过，基于开发分支直接提交一个 mr 给主干，主干审核通过后会自动触发开发分支 rebase onto 主干分支。

@andyJado 这个意思啊。github 好像用 fork 多一些，gitlab 倾向于分支。fork 的话还是会有我说的疑问，dev 如何回到 master 。