Githubでの請負業者の管理
コードの開発を支援するために、外部委託業者を管理したいと考えています。コードはGithubにあります。
この分岐モデルの簡略版を使用したいと思います。 http://nvie.com/posts/a-successful-git-branching-model/
今のところ、コードはモジュール化されていないため、一部の開発者からその一部を隠すことはできません https://stackoverflow.com/questions/3852601/github-branches
本番サーバーとステージングサーバーをリポジトリに接続したいので、コードリポジトリへの書き込みアクセスを管理する必要があります。
Q1-これは、GithubにORGANIZATIONアカウントが必要であることを意味しますか？私はそうすることを想定しています。
Q2-この分岐方法は機能しますか：MainブランチとMasterブランチを持つIntegrationリポジトリ。請負業者（書き込みアクセス権がない）は、このリポジトリからプルします（またはフォークしますか？）。タスクが完了すると、サイト経由でプルリクエストが送信されます。
Q2A-これは、リポジトリ内のタスクブランチを追跡する機能がないことを意味しますか？
Q2B-統合プロセスはどのように機能しますか？インテグレーターと呼ばれる新しいチームを割り当てる必要がありますか？完了したタスクをメインリポジトリの統合ブランチにプルしてテストし、マスターブランチに適切にマージできますか？
Q3-より良いモデルはありますか？
[〜＃〜] edit [〜＃〜]-私はこれらの開発者を私のコードに信頼しています（安全性に関して）。私は、機能がいつ本番環境に入る準備ができているのか、またはどの修正が次のリリースに組み込まれるのかを決定するのを信用しません。
ありがとう！
タル。
組織（ 例 ）であっても、ブランチごとではなく、リポジトリごとに読み取り/書き込み権限のみを割り当てることができるため、注意が必要です。したがって、請負業者からモジュールの一部を隠すことができるように、モジュールを別々のリポジトリに分割する必要があります。
また、組織ユーザーはプライベートリポジトリをほとんど取得しないため、リポジトリがすぐになくなる可能性があります。そのため、「プロジェクト」ごとにできるだけ多くのリポジトリを作成できるため、ほぼ完全に Codebase に切り替えました。欲しいので、Githubで必要だったように再作成（または個別に保存）する必要がなく、同じ問題とwikiに複数のリポジトリポイントを設定できるのは命の恩人であり、各リポジトリにアクセス許可を設定できます[ただし、ブランチごと]。