在GitHub上分发我的项目二进制文件的最佳方法是什么?

时间:2012-12-16 11:41:25

标签: github binaryfiles

我有small github repo转换MS Word文档,但大多数人只想要二进制文件。

我应该

  • 重新组织我的仓库以拥有最多的src/bin/目录  使用代码约会.exe,并期望人们下载整批文件?
  • 编译并将我的二进制文件放在网络上的其他位置并链接到它?
  • 在我的回购中包含我的二进制文件但是单独链接到它?

3 个答案:

答案 0 :(得分:10)

要为您的应用程序托管该二进制文件,您现在可以since 2nd July 2013定义版本

  

发布,这是向最终用户发送软件的工作流程   版本是具有更改日志和二进制资产的一流对象,它们提供了超出Git工件的完整项目历史记录。可以从存储库的主页访问它们:

homepage

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

release

取代old binary upload service removed in December 2012(正如您在问题中提到的那样)。

答案 1 :(得分:3)

可能不是你想听到的,但在你的情况下,这主要是个人偏好。

您不必将二进制文件存储在repo中,因为它不是重要的依赖项。 反过来说:重新创建文件所需的一切都应该在您的存储库中(包括Makefile /项目文件)。

您可以将二进制文件存储在repo中,因为它非常小。 当存储库中的整体大小(基本大小+差异,取决于差异有多大)是压倒性的时,你不应该将它存储在存储库中,但这似乎不是这种情况(根据你的回购500 KiB)。 / p>


我个人的偏好是永远不会在回购中存储生成的文件(二进制文件,但也会生成文本文件)。 可能是因为我有2个GiB csv存储库的经验需要很长时间才能完成。 (公平地说:编制也需要很长时间)

对于我的github项目,我在某个网站空间创建了一个子域,我将所有下载和该子域的索引页面转发到我的github-pages。 github页面链接到我的webspace子域上的下载。 仅仅因为我喜欢这个项目的github子域更多。

我的工具适用于不同的平台,因此并非每个用户都需要每个二进制文件。 二进制文件实际上是后端(因此是依赖项),但可互换/可选

您可以查看my setup

答案 2 :(得分:0)

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

看起来很有希望能够在Github上创建,但在Sourceforge"上发布。