私はhttp://nvie.com/posts/a-successful-git-branching-model/を使用し ています。私が理解している限り、このモデルのメインリポジトリはベアリポジトリである必要があります。
ブログには、「私たちが使用し、この分岐モデルでうまく機能するリポジトリ設定は、中央の「真実」リポジトリを使用したものである」と記載されています。（http://nvie.com/posts/a-successful-git-branching-model/）それは中央リポジトリが裸であるべきだという意味ですか？
テストとバグ修正はどこで実行できますか？最善のアプローチに従っていますか？
1）中央リポジトリのクローンとしてテストサーバーを設定します。2）中央リポジトリから定期的にプルして、新機能とバグ修正を取得します（テストサーバーで報告されたバグの場合）。3）開発者リポジトリ自体の大きな機能のテストとバグ修正を行います。
「真実」のレポとは、それが中心的なものであることに誰もが同意することを意味しているだけだと思います。このレポの変更やブランチなどは、世界の実際の状態です。開発者の個々のリポジトリにあるものはすべて、開発者の問題にすぎません。彼がそれを意味するかどうかに関係なく、中央リポジトリはほぼ確実にむき出しになっているはずです。
テストサーバーが中央リポジトリのクローンを作成し、各テスト実行の前に変更をプルする必要があるというあなたの考えは、完全に賢明で正常です。一般に、現在のリリースブランチと「develop」ブランチ、そしておそらく「master」ブランチに変更をプッシュするたびにテストを実行する必要があります。を使用するgit-bisectと、誰かがテスト実行間のブランチに欠陥を導入した場合、どのコミットがエラーを引き起こしたかを簡単に見つけることができます。テストサーバーには、構築およびテストするブランチごとに中央リポジトリの個別のクローンが含まれている可能性があります。または、必要に応じて、個別のテストサーバーでそれを実行することもできます。