私はgitを誤解していると確信しています。
これを達成するにはどうすればよいですか？最初は「git push」だと思っていましたが、リモートリポジトリ用だと思うので、「master」ブランチを「production」ブランチにマージするベストプラクティスは何だろうと思っています。
それとも、私はすべてを間違って考えていますか？
ありがとう -- Subversion の日々を忘れるのを楽しみにしています。
（私は「豊富な情報」を共有することになっているので;）...）
masterおよびproductionブランチについて話しているときに見ているのは、マージ ワークフローです。
必要なバージョン コントロール システム ツールを使用して、必要なワークフローを定義できます。開発ライフサイクル管理に関しては、マージ ワークフロー セットの最も完全なセットの 1 つが、この TFS (Team Foundation Server) セットで説明されており、そのTFSで詳しく説明されています。ブランチ ガイドと、この質問「スタンダード ブランチ プランのサービス ブランチ」に示されています。
git に近いgit flowは、非常に人気のある別のマージ ワークフローです。
しかし、あなたは DVCS を使用しており、その分散された側面により、別の (直交) ワークフローが導入されます:パブリケーションワークフロー(あなたのgit push -u origin prod)。「ソース管理 - 分散システムと非分散システム - 違いは何ですか?」を参照してください。
リリース管理の一部である発行は、開発の一部であるマージとはまったく異なります。
にマージmasterすることによりprod、開発で統合されていたものを凍結し、リリース済みとしてマークします。
それを GitHub にプッシュすることで、そのリリース プロセスを開始します。
マスター ブランチを本番環境に配置する準備ができたら、それを本番ブランチにマージしてから、この本番ブランチを github リポジトリにプッシュします。
ブランチ ワークフローの git ページを参照して、リポジトリ管理計画を確立することをお勧めします。さらに、Von Cは git エコシステムに関する豊富な情報を共有しています。彼の回答を閲覧することは、非常に役立つかもしれません。この投稿は、リモート ブランチの追跡にも非常に役立ちます。