小規模なチームで共同作業する場合、github pull を使用すると少し高価になります
次のいずれかの方法を必ず使用できます:

• ローカルでレビューし、合格後に開発ブランチに送信し、適切なタイミングでマスターにリリースします
• devlop ブランチに直接送信してください。不適切な場合は元に戻してください。問題が発生する可能性があります。
全員が自分のブランチを保守し、専任担当者がそれを開発にマージします

sourcetreeのgitワークフローを使うととても便利~~~

自分で答えます

git フロー

上記は比較的古典的な git フローです

フォークワークフローに関する情報をまだ探しています

現在の git ブランチの使用方法について話しましょう

プロジェクト全体はマスターと開発の 2 つのブランチに分かれています。マスターは主に Web サイトを公開するために使用されます。開発は主に単独で使用されます。
全員が開発するときは、developer からクローンを作成し、zhang などの開発者独自のブランチを作成します (新しい参加者がいる場合は、同じ方法を使用してブランチ li の名前を変更します)。開発作業が完了したら、ローカル ウェアハウスを送信し、独自のブランチを git Push します。最後に、開発を独自のブランチにマージして (開発中に開発者によって変更された可能性があります)、マージが成功したことを確認します。マージが正しく行われた後、現在マージされている zhang ブランチを Development ブランチにマージします。 (注: ここでのマージ操作は、最初にローカル ブランチにマージされ、次にリモート ブランチにマージされます。これは 1 つのステップより少し多いです)。
最終作業日の後、develop は master ブランチにマージされ、master を通じてオンラインで実行されます。

また、オンライン環境で修正が必要な緊急のバグが発生した場合。次に、マスターからブランチを作成します。独立したメンテナンス。その後、マスターと開発ブランチをそれぞれ同期します。