1

そのため、私の開発インスタンスと本番インスタンスでは、書き換えのために web.config ファイルにいくつかの小さな変更があります。ただし、多くの類似点があります。ファイルを追跡するための一般的な/優れた/最良のソリューションは何ですか?

私の考えは、web.config.prod と web.config.dev を作成し、それらをそのようにプッシュすることでした。次に、プルするときに、必要に応じて .dev または .prod を削除します。次に、ファイルを再度コミットするときに元に戻します。

私が現在行っていることは、本番バージョンをリポジトリに保持し、開発インスタンスですべてコミットするわけではありませんが、TortiseGit のチェックボックスをオフにする必要があることがよくあります。ファイルを無視してもうまくいかないと思います。それはそれをすべて一緒に無視しますよね？

これはプライベート リポジトリなので、他の人がどのように使用するかは気にしません。

このソリューションがある種の「動的」web.configで解決できる場合、私もそれを受け入れます。web.config が異なる理由は次のとおりです。

  1. wwwを削除するための正規ドメイン名。明らかに、prod と dev の私のドメインは異なるため、1 つのファイルを使用すると、そのファイルにある方に送信されます。
  2. 多くの場合、開発ではドメインのフォルダーにあるプロジェクトに取り組んでいますが、本番環境ではルート レベルで作業しています。そのため、開発では /folder を追加し、運用では / だけを追加する必要があります。

より良い web.config でこれを回避できれば、私はそれを受け入れます。それ以外の場合は、Git 用の整理されたソリューションが必要です。

このコードを整理するための実行可能な解決策について考えていますか?

4

1 に答える 1

0

これは通常、web.config 変換で管理されます。デバッグ用のビルド構成とリリース用のビルド構成があります。次に、これらの構成ごとに web.config ファイルを用意し、環境に応じて異なる値を記述します。サイトを特定の構成に発行すると、関連するすべての変換がベースの web.config に対して行われます。

たとえば、http: //msdn.microsoft.com/en-gb/library/dd465318(v=vs.100).aspxを参照してください。

于 2013-03-26T18:05:09.807 に答える