git - Git Web サイトのデプロイ - 2 つの方法

Question

私は git Web サイトの展開について調査してきましたが、2 つの異なる方法に出会いました。どちらも機能しているように見えますが、私が見逃している長所/短所は何なのか疑問に思っています。これら 2 つの方法のうち、どちらを使用しますか。また、その理由は何ですか?

1. 公開の www ディレクトリに作業ツリーを切り離したレポ。リポジトリにプッシュすると、更新後のフックがチェックアウト -f を実行します (これに似ています) 。
2. パブリック www ディレクトリ内のベア レポと非ベア レポ。Post-update フックは git reset を実行してから git pull を実行します。（これに似ています）

心配するレポが 1 つしかないので、方法 1 の方が簡単に思えますが、何か足りないものがあるのではないかと思います。

Answer 1

ほとんどの場合、1 人で作業している場合は問題ありません。チームで作業している場合、次のことが発生する可能性があります。

1. 誰かが本番サーバーの www ディレクトリに変更を加える可能性があり、コミットしてプッシュします。更新後のフックは、パブリック www ディレクトリをリセットし、すべての作業を消去します。
2. 彼/彼女は本番サーバーで変更を行い、それをコミットします。コミットしてプッシュすると、彼/彼女の作業はリポジトリ ブランチにあり、マージを実行するだけですべての作業がそこにあります。

1 つの方法は最初は簡単ですが、作業の一部を失う可能性があります。私はあなたが何を意味するのか誤解している場合は、お気軽に修正してください。