bitbucketでプロジェクトを設定しました。私たちは、プロダクションの[P]コードをレポに入れてフォーク[m]を作成し、同僚[C]もフォークを作成しました。フォークを理解していない
[P]
/ \
[M] [C]
私はいくつかの変更を行い、プルリクエストを作成して受け入れましたので、[P]は現在コード[M]を持っています。
ここで私は混乱しています。 [C]、私の同僚は更新されたコードをどのようにレポするのですか?
ありがとうございます!
bitbucketでプロジェクトを設定しました。私たちは、プロダクションの[P]コードをレポに入れてフォーク[m]を作成し、同僚[C]もフォークを作成しました。フォークを理解していない
[P]
/ \
[M] [C]
私はいくつかの変更を行い、プルリクエストを作成して受け入れましたので、[P]は現在コード[M]を持っています。
ここで私は混乱しています。 [C]、私の同僚は更新されたコードをどのようにレポするのですか?
ありがとうございます!
master
ブランチで作業している場合はP.
からプルする必要が
は、その後、コマンドは次のようになり...
git pull origin master
注:私たちは、実際に話をしている場合約forking(サーバ側レポをクローニングする行為である)としない単純なクローニング、スキーマは次のとおり
BitBucket
------------[P]-----------
| ^ |
| | |
(forked) (pull request) (forked)
| |
v v
[M] [C]
| |
----|------------------------|-----
| Local workstations |
| |
(git clone) (git clone)
| |
v v
[MLocal] [CLocal]
つまり、M
とC
はBitBucketサーバーにあり、Muser
とCuser
ローカルワークステーションには存在しません。
'origin
' はないP
、MまたはC MLocal
とCLocal
のそれぞれupstreamレポ、あろう。
(GitHubのために、 "What is the difference between origin and upstream" を参照してください、しかし、のBitbucketにも適用される)
ので、これはMUSERに便利です:
Muser
がP
に直接プッシュしたくないかもしれません(彼ができたけれども、彼はあります彼の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
から。