在GitHub上分發我的項目的二進制文件的最佳方式是什麼？

Question

我有一個small github repo轉換MS Word文檔，但大多數人只會想要二進制。

我應該

• 重新安排我的回購有src/和bin/目錄最長達 最新.exe與代碼，並期望人們下載一大堆？
• 編譯並將我的二進制文件放在網絡上的其他地方並鏈接到它？
• 包括我的二進制文件在我的回購站但單獨鏈接到它？

Answer 1

要爲您的應用程序託管該二進制文件，您現在可以在since 2nd July 2013,定義版本。

版本，一個將軟件傳送給最終用戶的工作流程。
發佈是具有更新日誌和二進制資產的一流對象，它們呈現超出Git構件的完整項目歷史記錄。他們是從倉庫的主頁訪問：

• 發佈都伴隨着發行說明和鏈接，下載該軟件或源代碼。
• 遵循許多Git項目的約定，發佈與Git標籤綁定。您可以使用現有標籤，也可以讓版本在發佈時創建標籤。
• 您還可以將二進制資源（如編譯的可執行文件，縮小的腳本，文檔）附加到版本。一旦發佈，任何可以查看存儲庫的人都可以獲得發佈細節和資產。

，它取代了old binary upload service，這是removed in December 2012（如你在你的問題提）。

Answer 2

可能不是你想聽到的，但在你的情況下，這大多是個人喜好。

您不必在存儲庫中存儲二進制文件，因爲它不是重要的依賴關係。 反過來：你需要重新創建文件的所有東西都應該在你的倉庫中（包括Makefiles/project文件）。

您可以將二進制文件存儲在回購站中，因爲它相當小。 當存儲庫中的整體大小（基本大小+差異，取決於差異的大小）是壓倒性的時，您不應該將其存儲在存儲庫中，但似乎並非如此（根據您的回購，500 KiB）。

---

我個人的偏好是從不在存儲庫中存儲生成的文件（二進制文件，但也生成文本文件）。 可能是因爲我有2個GiB csv版本庫的經驗，需要很長時間才能完成。 （公平地說：它也需要很長時間才能編譯）

對於我的github項目，我在某些webspace上創建了一個子域，我將所有下載和該子域的索引頁轉發到我的github頁面。 github頁面鏈接到我的web空間子域的下載。 僅僅因爲我喜歡我的github子域對於這個項目更多一點。

我的工具適用於不同的平臺，所以並不是每個用戶都需要每個二進制文件。 二進制文件實際上是後端（因此依賴關係），但可互換/可選

您可以看看my setup。

Answer 3

你可以試試這個： http://sourceforge.net/publish/?source=github

它看起來很有希望能夠「創造Github上，但在Sourceforge分發」。