複数のリポジトリにまたがるプロジェクトのGitHub組織?


11

GitHubで少なくとも3つのリポジトリを含むプロジェクトを開始しました。

リポジトリの1つは、一般的なドキュメントとサンプルのダンプであり、他の2つのリポジトリには、プロジェクトのバックボーンを形成する2つのプログラムの実装が含まれています。

このような構成を処理するためにGitHub組織を使用する必要がありますか?
または、完全に無関係な他の12個のリポジトリとともに、すべてを自分のアカウントにすべてダンプする必要がありますか?

回答:


14

短い答え ...

個人アカウントのリポジトリから始めます。そこから、物事が成長したり、コミュニティで人気が出たりした場合は、それらを組織アカウントに移動します。


長い答え...

オプションのいくつかを見てみましょう。

1.組織:

GitHub組織の機能の詳細については、必ずお読みください:

GitHubブログ:組織の紹介

複数のGitHubアカウントを管理する必要がある場合、会社固有のダッシュボードが必要な場合、読み取り専用の共同編集者を追加する必要がある場合、または他の誰かがリポジトリの1つを管理制御できるようにする必要がある場合は、組織が大好きです。

あなたの質問に基づいて、組織があなたに適しているかどうかは言えません (私の腸は「ノー」と言っています)が、実際の例をいくつか見ることはあなたの決定を助けるかもしれません。

ここに、私が興味深いと思うGitHub組織の例をいくつか示します。

  1. https://github.com/gruntjs
    これは、オープンソースの組織アカウントの私のお気に入りの例の1つです。リポジトリに使用されている命名規則にほとんど感心しています(つまり、本質的にgrunt/はメインリポジトリであり、関連するすべてのコア/ contribコード/プラグイン/タスクはgrunt-xxxx/リポジトリに存在します)。

  2. https://github.com/github
    おそらくGitHub自身のOrgを見る価値があります。アカウント。リポジトリに使用される命名規則は、Grunt(IMHO)ほど厳密ではありませんが、それでも良い例です。ああ、そして今はおそらく「Members」タブを指摘するのに十分な時間です。個人アカウントやリポジトリではこれを取得しないからです。

  3. https://github.com/twbs
    Twitter Bootstrap。これは組織の良い例だと思います。少数のリポジトリのみでアカウントを作成します(58,000個以上の星を持つ単一のリポジトリに注意してください)。また、Bootstrapには(これを書いている時点では)5人のメンバーがいますが、これら5人は非常に人気のあるリポジトリを担当しています(GitHub Organizationの214人のメンバーとは対照的です)。

    1. https://github.com/twitter:TwitterのメインGitHubアカウント。

より一般的な例:

  1. https://github.com/yeoman:ビルドツール。

  2. https://github.com/h5bp:HTML5ボイラープレート。

  3. https://github.com/nprapps:ニュース業界の例。

2.個人アカウント

既に述べたように、個人アカウント内にリポジトリを作成してそこから移動できます。

協力者が必要ですか?

GitHubヘルプ:共同編集/共同編集者を追加するにはどうすればよいですか?

ご覧のとおり、共同編集者の追加は非常に簡単です。

あなたの質問に基づいて、このオプションはあなたが望むもののように聞こえます。

3.複数のブランチを持つレポ:

1つのリポジトリを作成し、ブランチを使用して関連するコードを整理できます。

これがあなたのコードを整理する最良の方法であることにほとんどの人が同意するとは思わない

一方、ブランチを使用して関連するコードを整理できないということは何もありません。

私がこの手法で抱えている個人的な悩みの1つは、GitHubのGUI /インターフェイスで次のメッセージが表示されることです。

ここに画像の説明を入力してください

...自分以外のブランチを表示するときmaster(つまり、ブランチがコミットの先/後ろにある場合)。

ヒント:最新バージョンのGitを使用している場合は、次を使用して特定のブランチをプルできますgit clone -b mybranch --single-branch git://sub.domain.com/repo.git

関連:

4.ハイブリッドアプローチ:

このような構成を処理するためにGitHub組織を使用する必要がありますか?または、完全に無関係な他の12個のリポジトリとともに、すべてを自分のアカウントにすべてダンプする必要がありますか?

上記のすべてを組み合わせて使用​​できます。例えば:

  1. 「...一般的なドキュメントと例のダンプ、および他の2つにはプロジェクトのバックボーンを形成する2つのプログラムの実装が含まれています」の組織をセットアップします。

  2. 個人アカウントを使用して、「...その他のまったく無関係なリポジトリ」

  3. デモページgh-pages、関連コード、ドキュメントにブランチを使用します。


ノート):

また、ドキュメント化の目的でリポジトリのWIKIを使用できることにも言及する価値があります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.