Githubプロセスでのプロジェクトの分岐

Githubには、私が主に好きで使いたいプロジェクトがあります。私が望んでいる/必要なものに意味をなさない、異なる方法で/削除したいことがいくつかあります。また、いくつかのことも追加したいと思います。

私はそれを理解しているので、プロジェクトを分岐する必要があり、必要な変更を加えて、分岐に戻すことができます。そこから元のプロジェクトからの変更をフォークに時々取り込みたいので、最新のバグ修正/機能を入手します。

私はそれがどのように動作するはずだと思うかについて、オフベースですか？元のプロジェクトからの変更をどのように取り入れますか？

フォークを作成し、すぐにブランチを作成します。

これで、git pullsで最新の変更を取得するためにそれ自体を更新できる「そのままの」マスターができました。

リモートにプッシュせずにローカルブランチを維持rebaseし、次のことを行うことができます：

• 変更を保存します
• masterからブランチへの最新の変更を適用します（リモートからの更新からのもの）
• master（または他の元のブランチ）から更新されたコードの上に、変更を再適用します。

最終的にそれが完了したら、それをローカルにマスター（または最初のフォークのブランチ）にマージし、実際の所有者にプルリクエストを送信してプルします。

とにかく、それは1つのワークフロー（または「フォークフロー」）です。他の人は、コメント、修正、または詳細の追加を歓迎します。

あなたは基本的にそれを持っています：フォークを作成したら、それはあなた自身の小さなサンドボックスです。

あなたがしなければならない主なことは、あなたが分岐した後すぐにブランチを作成することであると思います。このブランチで開発するかマスターで開発するかは、主に個人的な好みの問題です。マスターでの開発を妨げる1つのことは、「git pull」を実行して間違ったものを取得するのは簡単すぎるということです。