組織を職場またはガバナンスに使用する
組織を使用する主なモデルは 2 つあります。
-
**グループ関連の作業プロジェクト**: 特定のアプリケーションおよび関連サービスのグループ リポジトリ。 そのアプリケーションで作業するチームは、効果的にコミュニケーションを取り、さまざまなリポジトリ間で貢献できるようになります。 -
**同様のガバナンス要件をグループ**化する: 同様のポリシー、セキュリティ設定、またはアクセス制限を必要とするグループ リポジトリ。 組織に必要な設定を大規模に適用できます。 たとえば、機密性の高い作業プロジェクトや特定のデータ分類がある場合は、アクセスできるユーザーの数が限られている組織内でグループ化します。
組織を意図的に作成する
組織を作成することは均衡を保つことです。 GitHub は組織管理がより拡張可能になるように努めていますが、組織を作成する理由を意図を持って考慮することが重要です。 組織を削除するよりも、組織を追加する方が常に簡単です。
会社の不自然な部分を 1 つの大規模な組織にまとめようとしないでください。 エンタープライズ アカウントの管理機能を使用すると、プロセスの自動化、アクセスの管理、複数の組織に対するポリシーの適用を一度に行うことができます。 ただし、作業をさまざまな組織に分離するトレードオフがあります。
-
@-mentionsは同じ組織のメンバー間でのみ機能するため、ユーザーは 1 つの組織内でコミュニケーションを取る方が簡単です。 - 検索する場所は 1 つしかないため、1 つの組織でリソースを見つける方が簡単です。
戦略を立てる際に、少数の組織から始めるとよいでしょう。 ビジネスに適したものに自信を持てるようにしたら、必要に応じて追加の組織を作成できます。
アクセス、ガバナンス、および作業の編成に関する戦略を定期的に評価する必要があります。 レガシ組織のクリーンアップは、そのプロセスの一部です。
組織所有のリポジトリで共同作業を行う
可能であれば組織所有のリポジトリでコラボレーションを行い、ユーザー所有のリポジトリでのコラボレーションは最小限に抑えることをおすすめします。 組織所有のリポジトリにはより高度なセキュリティと管理機能が備わっており、エンタープライズのメンバーシップが変更されても引き続きアクセスできます。