2

私は水銀にかなり慣れていないので、いくつかのチュートリアルを読んだ後でも、自分がやろうとしていることを行うための最良の方法は何かについてまだ疑問があります.

私の目標は、開発中の CMS を維持し (新機能の追加、バグの修正など)、その CMS で作成した Web サイトにそれらの更新を簡単に配布できるようにすることです。

CMS 自体のリポジトリを作成することから始め、新しい Web サイトを作成したい場合は、CMS リポジトリのクローンを作成して作業します。

ここで質問があります。Web サイトでの作業には、その Web サイトに固有の変更と、メインの CMS リポジトリでも確認したい変更があります。それらを区別する方法は?

新しいブランチを作成し、Web サイト固有のすべての変更をそのブランチにコミットし、一般的な変更をデフォルト ブランチにコミットする必要がありますか? それともタグを使用しますか?

私が探しているのは、変更を CMS リポジトリにプッシュ バックし、CMS の開発を続け (たとえば、他の Web サイトで)、最終的には CMS で作成したすべての Web サイトを新しい機能とバグ修正で更新する簡単な方法です。多くの面倒。

私が説明した状況に対処する最善の方法は何ですか?

前もって感謝します。

4

1 に答える 1

0

まあ、あなたは本当に少なくとも2つの質問をします(私が見るように)

  • 分岐した開発ラインを維持するにはどうすればよいですか?
  • 1 つの (?) DEVEL 環境から異なる PROD 環境に変更を簡単に配布する方法

2 番目の質問に対する完全な最終回答には、具体的な詳細の多くを明確にする必要があるため、しばらく延期することを提案します。

最初の質問: その通りです。単一のレポ内のサイトの名前付きブランチ (変更を共有するデフォルト ブランチを定期的にマージするブランチ) が適切な選択かもしれません (変更セットの覚えやすいラベルであるタグではありません)。

代替ソリューションでは、単一のデフォルト ブランチ上で mq を使用できます (サイトごとに個別の mq キューを使用)。

于 2012-11-13T09:47:09.233 に答える