0

私の会社には独自の CMS があり、それを使用して新しい Web サイトを作成する必要があります。GitHub を VCS として使用します。問題は、一部の Web サイトでは内部コードを変更する必要があることです (CMS がそれほど柔軟でないことはわかっています)。

各 Web サイトに新しいブランチを作成できると思いました。ベース CMS の場合は「master」、最初の Web サイトの場合は「website1」、2 番目の Web サイトの場合は「website2」などです。

前述したように、各ブランチに多くの変更を加えてコミットする必要があります。それらすべてを修正する必要がある場合はどうすればよいですか? 「master」に切り替えて修正し、各「websiteX」ブランチとマージすることもできます。そうするのに問題はありますか？その間、Web サイトのブランチで同じファイルを編集した場合はどうなりますか?

Web サイトごとに新しいリポジトリを作成することをお勧めしますか? このオプションを使用すると、マージのすべての利点が失われ、各 Web サイトを手動で修正する必要があります。

ありがとうございました

4

2 に答える 2

2

あなたが説明したアプローチは、一般的にこれを行うための最良の方法です。Git は、何度も何度もマージしたとしても、非常にうまく機能します。もちろん、 と の両方でコードの同じ部分を変更するとmaster、からへwebsite1のマージで競合が発生しますが、いずれにせよ、それらはマージの通常の部分です。masterwebsite1

複数のブランチを 1 つのリポジトリで使用するか、複数のリポジトリで使用するかは、それほど大きな違いはありません。結局のところ、複数のリポジトリから、または複数のリポジトリにフェッチ/プッシュできます。そうは言っても、私の意見では、1 つのレポに複数のブランチがあるだけで十分です。

于 2013-11-04T10:04:48.960 に答える
2

ウェブサイトをコアへのモジュールとして使用すると、何かメリットがありますか?

http://git-scm.com/book/en/Git-Tools-Submodules

于 2013-11-04T09:07:27.010 に答える