Closed SlimeNull closed 8 months ago
PacLib将公用 请给个建议,这种情况如何维护?
我也没有非常好的建议, 但大概有这些思路:
可以考虑把 PacLib 放到独立的仓库中,然后在 v2rayN 和 ClashN 中添加 PacLib 作为 Git 子模块
实在不行的话干脆把 v2rayN 整个作为 Git 子模块添加进 ClashN 里也可以
可以考虑把 PacLib 放到独立的仓库中,然后在 v2rayN 和 ClashN 中添加 PacLib 作为 Git 子模块
实在不行的话干脆把 v2rayN 整个作为 Git 子模块添加进 ClashN 里也可以
附议, 这是个好主意的.
我注意到在 ClashN 中引用了 PacLib... 而这个项目是往外, 往外, 往外, 然后找到 v2rayN... 显然这个项目并不在当前仓库中, 这导致我们 fork 下来的话, 没办法编译, 除非手动去下载 PacLib 之类的, 但这可能破坏项目的结构
我还是建议在一个仓库中, 放完整的, 能够直接编译的项目. 或者, 如果有更好的解决方案, 也可以, 总之, 这一点需要解决.