3

これが私の状況です。

  1. 私は自分のサーバーにプライベートレポ、たとえばprivateRepoを持っています
  2. また、GitHub のプライベート リポジトリをパブリック リポジトリとして作成します。たとえば、openRepo とします (ミラーのように)。
  3. 人々はopenRepoをフォークし、変更を加え、プルリクエストを送信できます
  4. リクエストが受け入れられた場合は、openRepo にマージするのではなく、直接 privateRepo にリベースしたいと考えています。
  5. 一方、privateRepo で直接作業している人々のために、いくつかのコミットを privateRepo に送信できます。

openRepo でのマージを受け入れると、openRepo から privateRepo を更新する必要があるため、円があり、冗長であり、競合の解決には適していません。それは可能ですか?

4

1 に答える 1

0

どこのサークルの話ですか?openRepo でマージしてから privateRepo に同期するフローは完全に明確です。2 つのリモートだけがprivateありpublic、パブリックでプルをマージしてからプライベートに同期します。openRepo で pull request をスキップすると、privateRepo からどんどん逸脱します。しばらくしてから再度同期するのは難しい作業です。また、パブリック リポジトリを最新の状態に保たないと、人々は古くて古いコミットに基づいて作業を行う可能性があります。たとえば、バグを修正するためにブランチを作成しますが、マージされていない別のプル リクエストによって既に修正されています。また、プルリクエストを受け入れないのに、なぜ公開レポが必要なのかも不明です。

プレブから隠したコードの一部を隠したいと思うかもしれません。openRepo に公開するのではなく、privateRepo に多数のブランチを作成できます。

于 2013-08-13T15:33:14.123 に答える