私は MS Word 文書を変換するための小さな github リポジトリを持っていますが、ほとんどの人はバイナリだけを求めています。
するべきか
- 私のレポを再編成して、最新のコードを含むディレクトリを
src/
作成し、人々がすべてをダウンロードすることを期待していますか?bin/
.exe
- バイナリをコンパイルして Web 上の別の場所に配置し、リンクしますか?
- リポジトリにバイナリを含めますが、個別にリンクしますか?
私は MS Word 文書を変換するための小さな github リポジトリを持っていますが、ほとんどの人はバイナリだけを求めています。
するべきか
src/
作成し、人々がすべてをダウンロードすることを期待していますか?bin/
.exe
おそらく聞きたいことではありませんが、あなたの場合、これは主に個人的な好みです。
バイナリは重要な依存関係ではないため、リポジトリに格納する必要はありません。これは逆です。ファイルを再作成するために必要なものはすべてリポジトリにある必要があります (Makefiles/プロジェクト ファイルを含む)。
バイナリはかなり小さいため、リポジトリに格納できます。リポジトリの全体的なサイズ (基本サイズ + 差分、差分の大きさに応じて) が圧倒的な場合は、リポジトリに保存しないでください。ただし、そうではないようです (リポジトリによると 500 KiB)。
私の個人的な好みは、生成されたファイル (バイナリだけでなく、生成されたテキスト ファイルも含む) をリポジトリに保存しないことです。おそらく、プルするのに時間がかかる 2 GiB csv リポジトリの経験があるためです。(公平を期すために:コンパイルにも時間がかかります)
私の github プロジェクトでは、いくつかのウェブスペースにサブドメインを作成し、そこにすべてのダウンロードを置き、そのサブドメインのインデックス ページを私の github-pages に転送しました。github ページは、私のウェブスペース サブドメインのダウンロードにリンクしています。このプロジェクトでは、自分の github サブドメインがもう少し好きだからです。
ただし、私のツールはさまざまなプラットフォームで機能するため、すべてのユーザーがすべてのバイナリ ファイルを必要とするわけではありません。バイナリは実際にはバックエンド (したがって依存関係) ですが、交換可能/オプションです
私のセットアップをご覧ください。
これを試すことができます: http://sourceforge.net/publish/?source=github
「Githubで作成し、Sourceforgeで配布」できることは有望そうです。