5
私はGitに移動したいと考えているSVNユーザーです。私は一日中ドキュメントとチュートリアルを読んできましたが、まだ答えられていない質問があります。このワークフローが意味をなすかどうかは分かりませんが、ここでの私の状況だ、と私は私のワークフローから抜け出すしたいと思います：複数のバージョンのWebサイトを作成するには、Gitのリポジトリとブランチをどのように整理すればよいですか？
- 複数の開発者、すべてのワークステーション上でローカルに開発
- 3バージョンウェブサイトの：Devの、ステージング、生産
は、ここに私の夢です：
開発者は、自分のブランチ上でローカルに動作しますが、「developer1」と言う、彼のローカルマシン上でのテスト、および彼の変更をコミットします。
別の開発者がこれらの変更を自分のブランチにプルダウンすることができます。 Merge developer1 - > developer2。
作業が一般に公開される準備ができたら、Dev、Staging、Productionに「プッシュ」できるようにしたいと思います。
git push origin staging
または多分
git merge developer1 staging
私はわかりません。私が言ったように、私はGitにとってまだ新しいです。ここで
は私の主な質問です：
私のウェブサイト（DEV、ステージング、プロダクション）がリポジトリである必要はありますか？そして、彼らは新しい変化の受け手になるためには「裸」でなければなりませんか？
1つのリポジトリまたは複数のブランチが必要な多くのリポジトリが必要ですか？
これは理にかなっていますか、間違った経路にありますか？
私は多くのチュートリアルを読んでいますので、私は本当に誰かが私の特定の状況で私を助けてくれることを願っています。本当にありがとう！
1つのチップ以下の本番サーバーにmasterブランチをプッシュするまではgit devから分岐して、そこにdevの作業をしないでください。代わりに別のブランチを作成してdevの作業を行い、devにコミットし、masterに切り替えて、devからチェリーを選んでください。私は、その流れをしていないときに、奇妙な 'detach_head'問題に遭遇しました。しかし、私はsvnのrepoを取り組んでいるので、どちらかと関係があるかどうかは分かりません。 – hellatan