13

我有一个小型 github 存储库来转换 MS Word 文档，但大多数人只想要二进制文件。

我是不是该

  • 重新组织我的 repo 以拥有一个包含最新代码的目录，src/ 并期望人们下载全部内容？bin/.exe
  • 编译并将我的二进制文件放在网络上的其他地方并链接到它？
  • 在我的仓库中包含我的二进制文件但单独链接到它？
4

3 回答 3

10

要为您的应用程序托管该二进制文件，您现在可以从 2013年7 月 2 日起定义一个 release。

Releases，将软件发送给最终用户的工作流程。
发布是一流的对象，带有变更日志和二进制资产，提供了 Git 工件之外的完整项目历史。可以从存储库的主页访问它们：

主页

  • 版本附有版本说明和下载软件或源代码的链接。
  • 遵循许多 Git 项目的约定，发布与 Git 标签相关联。您可以使用现有标签，也可以让版本在发布时创建标签。
  • 您还可以将二进制资产（例如编译的可执行文件、缩小的脚本、文档）附加到 release。发布后，任何可以查看存储库的人都可以使用发布详细信息和资产。

释放

这取代了旧的二进制上传服务，该服务于 2012 年 12 月被删除（正如您在问题中提到的那样）。

于 2013-07-03T05:57:13.003 回答
3

可能不是您想听到的，但在您的情况下，这主要是个人喜好。

您不必将二进制文件存储在 repo 中，因为它不是重要的依赖项。反之亦然：重新创建文件所需的一切都应该在您的存储库中（包括 Makefiles/项目文件）。

您可以将二进制文件存储在 repo 中，因为它相当小。当存储库中的总体大小（基本大小 + 差异，取决于差异有多大）压倒性时，您不应该将其存储在存储库中，但情况似乎并非如此（根据您的存储库为 500 KiB）。

我个人的偏好是永远不要在 repo 中存储生成的文件（二进制文件，还有生成的文本文件）。可能是因为我有 2 GiB csv 存储库的经验，这些存储库需要很长时间才能提取。（公平地说：编译也需要很长时间）

对于我的 github 项目，我在某个 web 空间上创建了一个子域，我将所有下载和该子域的索引页面转发到我的 github 页面。github 页面链接到我的 webspace 子域上的下载。只是因为我更喜欢这个项目的 github 子域。

我的工具适用于不同的平台，所以不是每个用户都需要每个二进制文件。二进制文件实际上是后端（因此依赖），但可互换/可选

你可以看看我的设置。

于 2012-12-18T01:41:55.540 回答
0

你可以试试这个： http: //sourceforge.net/publish/ ?source=github

看起来很有希望能够“在 Github 上创建但在 Sourceforge 上分发”。

于 2013-02-16T19:48:17.300 回答