git - githubはスケジュールどおりにオリジンマスターからマージします

Question

一部の開発者は、複数の独立したリポジトリを使用しています。バグ修正と拡張のために作成したブランチが、毎朝オリジンマスターから更新を取得し、自動的にマージして、競合がある場合は通知するようにします。

コマンドは

git merge [branchname]

しかし、これは開発者が持っているすべてのリポジトリで発生し、毎朝自動的に発生するようにしたいと思います。

Answer 1

開発者は、リリース後にのみオリジンマスターから更新を取得することにしました。アイデアを練り上げた後、毎日更新を取得することは良いアイデアではなく、必要でさえないことに同意しました。

Answer 2

このスレッドのすべてのコメントとあなた自身の自己回答が最終的にあなたを困らせることになると私は十分に強く述べることはできません。私は誰かのつま先を踏みつけようとはしていませんが、これを正しく行う方法を最終的に学ぶ前に、これは何度も私を噛みました。自分のコードが親リポジトリの現在の状態と競合するかどうかを最初にテストせずにほとんどの組織にプルリクエストを発行すると、すぐに仕事を辞めることになります。

最新の開発チームのベストプラクティスは、通常、次のように進める必要があります。

1. Coderはマスターリポジトリからコードをフォークします
2. Coderは、アップストリームリモートを追加して、マスターリポジトリへの変更を自分のマスターブランチにプルします。
3. コーダーはすぐに自分のフォークに新しい機能/バグ/ホットフィックスのブランチを作成し、自分のことを実行するための手付かずの作業環境を用意します。
4. 定期的に、またはプルリクエストが行われる前に、Coderはアップストリームの変更を自分のフォークのマスターブランチにプルします。
5. Coderは、マスターリポジトリへの変更が原因で発生した競合を新しい機能/バグ/ホットフィックスで修正します。
6. Coderは、マスターリポジトリにプルリクエストを発行します。

ワークフローの基本的な概念を理解できない場合は、gitflowのようなものを見つけて、手間のかかる作業を行ってください。振り返ることはありません。あなたがコードを共有する人々は、あなたがこれらの線に沿って何かに従うならば、最も感謝するでしょう。