Ctags: (发布后)将 Homebrew 公式移动到主 Homebrew 存储库

创建于 2015-11-06  ·  4评论  ·  资料来源: universal-ctags/ctags

如果我们转到主自制软件仓库,那么他们的构建农场将负责为 4 个不同版本的 Mac OS 构建二进制文件。 我会照顾好这件事的。

MacOS Packaging

最有用的评论

拜托,你能考虑一个 MacPort 版本的 Mac 吗? MacPort 更适合企业部署(真正的多用户,没有权限问题,能够从端口树创建一个独立的包,以避免在除管理引擎之外的所有设备上使用 MacPort,等等)。

总而言之,使用 MacPort 而不是 Homebrew 更好,而且为 MacPort 所做的工作将使您更接近对 BSD 端口的支持。

所有4条评论

好主意。 但是请注意,我发现该公式与当前的构建过程和先决条件不匹配。 我在这里维护一个更新的版本,如果你觉得它有用并告诉我如何做(不能做 PR,因为它不是官方回购的分支),我很乐意做出贡献。

是的,请做贡献。 如果你 fork 官方 repo 并手动合并你的更改,你可以打开一个 PR,在里面标记我,我会合并它。

如果我们有一个标记版本,这样就可以向前推进,那就太好了。 我做了一个 PR 来公开GNU global homebrew formula 中--with-universal-ctags选项,但是当通用 ctags 公式位于 homebrew-core 存储库之外时,它无法继续。

https://github.com/Homebrew/homebrew-core/pull/8309

拜托,你能考虑一个 MacPort 版本的 Mac 吗? MacPort 更适合企业部署(真正的多用户,没有权限问题,能够从端口树创建一个独立的包,以避免在除管理引擎之外的所有设备上使用 MacPort,等等)。

总而言之,使用 MacPort 而不是 Homebrew 更好,而且为 MacPort 所做的工作将使您更接近对 BSD 端口的支持。

此页面是否有帮助?
0 / 5 - 0 等级