問題タブ [git-fork]

分岐した github リポジトリのクローンを作成し、そこからブランチを作成しました。アップストリーム/マスターでブランチを ( git pull で) 更新するにはどうすればよいですか?

詳細には、これが私がしたことです：

1) GitHub でレポをフォークした

2）githubリポジトリをローカルボックスに複製しました

次に、ローカルでいくつかの変更を加え、コミットして GitHub リポジトリにプッシュしました。これらの変更は私に固有のものであり、他の人にとっては役に立たないため、Pull Request はありません。これらのコミットを「プライベート コミット」と呼びます。これが起こったことです:4)いくつかの「プライベートコミット」を行いました

それから私は、他の人にとって非常に役立つであろう 1 つの機能に取り組み始めました。したがって、「プライベートコミット」の前に、ローカルマスターから分岐する必要があると思い、それを「プルリクエストブランチ」と呼びます。だから、ここで私がやったことです：

5)git branch <before private commits>

6)git checkout -b pull-request-branch

7）git push -u origin pull-request-branch

次に、新機能の作業を開始する前に、このブランチをアップストリームの変更で更新する必要があると考えました。そこで私が次にやったことは

8)git remote add upstream <original-repo>

9) git pull upstream pull-request-branch(これは機能しません)

アップストリーム/マスターでプルリクエストブランチを更新するにはどうすればよいですか?

github プロジェクトがフォークされると、初期プロジェクトに関連する gh ページが表示されます。gh-pages に変更を加えて、親プロジェクトと同期しないことはできますか? 同じ質問は、フォークのマスターブランチの簡単な README です。

Git初心者からのもう1つの初心者の質問。

私はgitリポジトリを持っており、2人の開発者が2つの異なるフォークに取り組んでいます。要件は、全員が独立して作業できる必要があり、いくつかの変更後、両方がプルリクエストを作成し、私がそれらの作業をメインリポジトリにマージすることでした。これが発生すると、両方がメインリポジトリから変更をプルし（リモートとして追加することにより）、最新のコードで作業を続行します。

私の質問-

1. これは従うべき良いアプローチですか？
2. 開発者ごとにブランチを作成し、独自のブランチでコミットして後でマスターにマージするように依頼する必要がありますか？（私にはオーバーヘッドのように見えます）
3. 両方の開発者がお互いのコードにアクセスしたい場合はどうなりますか（リモートリポジトリとして他のフォークを追加し、お互いのコードで遊んで、後でメインリポジトリにプッシュしようとすることはできますか？競合が発生する可能性があり、悪い習慣だと思います。 。それですか？）
        メインリポジトリ
           / \
   sub1 <-> sub2
   sub1がサブ2をリモートリポジトリとして追加し、変更をプルして、後でメインリポジトリのプルリクエストを作成しようとすると、競合やその他の問題が発生しますよね？
4. このような状況でコードを管理する他の方法はありますか？

ボーナス：一時的に働いている可能性のあるフリーランサー/他の開発者の完全なコードベースへのアクセスを制限するにはどうすればよいですか？（コードではなく管理の観点から）

RubyonRailsプロジェクトのフォークにある3-2stableブランチを更新しようとしています。したがって、レールのクローンを作成した後、最初にを実行しましたgit checkout -b my_branch remotes/origin/3-2-stable。次に、変更を加えました。次に、フォークをリモートリポジトリとして追加しましたgit remote add my_fork git@github.com:myusername/rails.git。git push my_fork my_branchでのみ3-2安定ブランチを更新しmy_forkますか？私がしなければならない特別なことはありますか？

誰もが使用する共有 git リポジトリがあり、2 つのブランチがあります。

• 主人
• 開発者

私はこのレポの独自のフォークを持っています。アップストリーム リポジトリからフォーク内のそれぞれのブランチに時々変更をプルし、機能ブランチを dev にリベースします。

すなわち。

フォーク

• 主人
• 開発者
• 特徴1

コマンド:

時々、feature1 ブランチをフォークにプッシュしようとすると、ブランチが古くなっていると言われ、プルを実行すると、マージの競合が発生します。

このフォーク/ブランチで作業しているのは私だけなので、なぜこれらのマージの競合が発生するのか混乱しています。

他の誰も作業していなくても、プッシュされたブランチをリベースすることに問題はありますか? これを回避する方法、または従うべきより良いワークフローは何ですか

次の状況があるとします。ずいぶん前に、Github でいくつかの便利なコードを公開し、それ以来、多くの人がそれをフォークしました。現在、コード内に非常に重大なエラー (バッファー オーバーランなど) を見つけて修正し、すべてのフォークにその修正を適用する必要があることに気付きました。そうしないと、Bad Things™ が発生する可能性があります。

この重要な変更があることをすべてのフォークの所有者に通知するにはどうすればよいですか?

重複の可能性:
2 つの git リポジトリをどのようにマージしますか?

既存の git リポジトリ A があります。

別のプロジェクトであるプロジェクト B のために、私の同僚が先に進み、新しい git リポジトリを作成しました。このリポジトリには一連のコードを追加したため、当然、その構造はリポジトリ A に似ていません。

ここで、プロジェクト B で A を使用したいことがわかりました。理想的には、B のサブディレクトリの下に B 用に既に存在するリポジトリにA をフォークして、既存の作業に干渉しないようにしたいと考えています。当然のことながら、A の履歴を保存したいと思います (つまり、大量のソースをコピーするだけではありません)。

次に、プロジェクト B の特定のニーズに合わせて、クローン/フォークされた A を大幅に変更する予定です (これは使い捨てのデモです)。

これを行う最善の方法は何ですか？これを達成するためにクローンを使用できますか? それとも、A のクローンを作成し、必要な場所に移動してから、Bにマージしようとすることはできますか? 履歴を共有したことがない 2 つのリポジトリをマージできますか?

背景:これに似た状況がありますが、解決策では問題が解決しません。GitHub で、プロジェクトのフォークをフォークしました。

私は、SomeonesFork が行ったいくつかの変更をクリーンアップし、プル リクエストを元のレポに送り返すために、SomeonesFork からフォークしました。それ以来、私は受け入れられたオリジナルに直接プル リクエストを送信しました。

ただし、SomeonesFork を仲介するのではなく、自分のレポをオリジナルの直接フォークにすることをお勧めします。(GitHub での作業がはるかに簡単になります。) オリジナルをアップストリームとして設定し、フォークにプッシュしましたが、GitHub はまだ SomenesFork のフォークだと言っています。

オリジナルを再度フォークしようとすると、すでに存在するものに送られます。調査によると、GH は複数のフォークを許可していないようです。

だから私の質問は：私が今持っているフォークを単に削除してから、オリジナルを再フォークしても安全ですか？これにより、git または GitHub のどこかで問題が発生しますか?

数か月前にレポを作成しましclonedたが、それがフォークから行われたのか、元のリポジトリから行われたのかを知りたいです。答えを得るには、どの git サブコマンドを実行する必要がありますか?

人気のある github プロジェクトをフォークして、ニーズに合わせて特定の微調整を行いました。ただし、フォークをマスター リポジトリで最新の状態に保ちたいと考えています。私が最初に行ったのは、github ui を介したフォークであり、開発環境からこのフォークに変更を直接プッシュしました。マスターリポジトリから更新をプルするのが難しくなると思うので、これを行うべきだったと完全には確信していません。

この方法でフォークを維持するための推奨される方法は何ですか?また、現在のセットアップについて何を変更する必要がありますか?