私が自分で git リポジトリに取り組んでいるとき、プッシュする前にプルする理由はありません。
他の人と作業するときは、プッシュを試みる前にプルを実行することをお勧めします。プルまたはチェックアウトのいずれかであり、変更をマージします。
どちらの方法でも、通常の方法ではプッシュできません。私はマスターと最新の状態にあるので、毎回プッシュする前にプルするのが良い習慣です（そう言われました）。
私がプルする時間の 90% は、既に最新のものであるか早送りされているかのどちらかです。
git push最初に自動的に実行し、pull実際のマージ競合がある場合にのみプッシュを停止するようなコマンドはありますか?
エイリアスを作成できると思いますが、そのための組み込みコマンドが既にあるかどうかを最初に確認したかったのです。
テストされていないコードをプッシュすることになるため、ワークフローの悪い習慣を助長することになると思います。何かがきれいにマージされたからといって、それでもひどく壊れる可能性があります。
git pushリモートを最新の状態にしていなければ、すでに拒否されます。私は通常、変更を取得して確認し、未プッシュの変更をその上にリベースしてから先に進みます。
それを行うにはあまりにも多くのコミットが入っていることに気付いた場合 (通常、誰もがマスターの上でコミットをハンマーで叩く場合)、分岐ベースのワークフローに切り替えることをお勧めします。これにより、機能への変更が分離され、履歴がクリーンに保たれ、単一の統合ステップが提供されます。
コミットされていない変更を隠し、マスターに切り替え、リモートからプルし、現在のブランチをマスターにマージし、リモートにプッシュし、ブランチに切り替えて、マスターに対してリベースする「完了」エイリアスを使用します。