0

私は springloops を使用して、自分のレポを開発および本番 Web サーバーにデプロイしています。そのため、2 つの場所に同じ CMS を使用していますが、開発チームまたは実際のユーザーによる使用法に基づいて、それぞれが少し異なります。したがって、広範囲に検索した後、これを尋ねる必要があります。検索に含まれるキーワードが多すぎて、類似した回答や具体的な回答がないためです。

リポジトリを開発サーバーまたはライブサーバーにデプロイし、ファイルを変更/追加した後 (たとえば、Web インターフェイスを介してファイルをアップロードするなど、アプリを介して)、追加したファイルをバージョン管理したいと考えています。デプロイされたレポに svn フォルダーがありません。

代わりにリポジトリからチェックアウトを開始し、ファイルがバックエンドから追加されるたびに svn update を実行する必要があるようです (??)。デプロイ後に Web インターフェイス (ローカル リポジトリの外部) を介して追加されたファイルをバージョン管理する方法が必要ですか?

考え？リンク？

4

1 に答える 1

0

さて、あなたのワークフローは少なくとも 2 つのルールに違反します

  • 信頼できる変更の単一ポイント
  • WC を Web スペースに配置しないでください

しかし - それはあなたの選択です

現在のワークフローに提案されている変更と必要な変更は次のとおりです (一部忘れられている可能性があります)。

  1. dev と prod は、メイン リポジトリ (DEV と PROD) の2 つの異なるブランチ("...それぞれ少しずつ異なります...") のWC になります。
  2. トランク (以前のコードの単一ソース) の変更は、ブランチ (マージのための 2 つの追加の WC ? およびより優れたビジュアル コントロール?) とマージされsvn up、サーバー内の WCを使用してサーバーに伝播されました。
  3. 追加されたファイルは、後にレポのブランチに表示されますsvn ci
  4. トランクにマージ (?) されたブランチの変更
于 2011-10-26T01:57:12.167 に答える