2012-04-13 5 views
5

bitbucketでプロジェクトを設定しました。私たちは、プロダクションの[P]コードをレポに入れてフォーク[m]を作成し、同僚[C]もフォークを作成しました。フォークを理解していない

[P] 
/ \ 
[M] [C] 

私はいくつかの変更を行い、プルリクエストを作成して受け入れましたので、[P]は現在コード[M]を持っています。

ここで私は混乱しています。 [C]、私の同僚は更新されたコードをどのようにレポするのですか?

ありがとうございます!

答えて

9
同僚はあなたがPで masterブランチで作業している場合はP.

からプルする必要が

は、その後、コマンドは次のようになり...

git pull origin master 
3

注:私たちは、実際に話をしている場合約forkingサーバ側レポをクローニングする行為である)としない単純なクローニング、スキーマは次のとおり

   BitBucket 

    ------------[P]----------- 
    |   ^   | 
    |   |   | 
(forked) (pull request) (forked) 
    |      | 
    v      v 
    [M]      [C] 
    |      | 
----|------------------------|----- 
    | Local workstations | 
    |      | 
(git clone)    (git clone) 
    |      | 
    v      v 
[MLocal]     [CLocal] 

つまり、MCはBitBucketサーバーにあり、MuserCuserローカルワークステーションには存在しません。
'origin' はないP、MまたはC MLocalCLocalのそれぞれupstreamレポ、あろう。
(GitHubのために、 "What is the difference between origin and upstream" を参照してください、しかし、のBitbucketにも適用される)

ので、これはMUSERに便利です:

  • MuserPに直接プッシュしたくないかもしれません(彼ができたけれども、彼はあります彼の
  • Cuserを「バッファ」としてので、ここでのBitbucket上のPの所有者)、レポM行為はPにプッシュする権利はないので、彼は
  • に同様
をフォークする必要がありますその場合

は、P上の任意の更新情報を参照するにはCuserのために、彼はそれらの新しい変更が統合されたらCLocalレポ(彼のフォークのすなわち彼のクローン化されたローカルレポ)

git remote add P https://bitbucket.org/Puser/P 
git pull P master 

へのリモートとしてPを追加する必要があります(CLocalに)ローカルでテストした場合、Cuserによって導入された新しい進化とともに、Cにプッシュバックすることができます。のみが新しい変更が検討し、

同様P.に追加するMuser(およびP所有者)のために、pull requestの一部となる、Muserは、任意の変更を取り戻すためには、MLocalにリモートとしてPを追加する必要がありますPに受け入れられたCから。

関連する問題