2017-12-08 8 views
-1

TFS 2015をオンプレミスで使用しています。私は非常に古いASP.NET WebFormsアプリケーションを担当しています。その日に戻ってきたこの人(私は一度も出会ったことがない人)は、接続文字列を格納する非常に非標準的な方法をいくつか使用しました。 (おそらく、彼がそれを書いたときに、ASP.NETはWeb.Configファイル内の接続文字列をサポートしていませんでした。)とにかく、Webサーバーの周りに配置された.iniファイルの場所を知っているストア接続文字列。したがって、Webアプリケーションが現在格納している方法を置き換えてデータベース接続文字列を取得して、Web.Configファイルに格納しています。Release Managementの処理で接続文字列を変更するか、Web.ConfigでASP.NETのDebug/Releaseを使用する必要がありますか?

私が質問している問題は、本番とテストのデータベースを切り替える手段がある場所です。 TFSのリリース管理では、使用する環境によって接続文字列をどこにポイントするかを変更できます。 Visual Studioには、テストデータベースと本番データベースのどこを指すのかを指定するための.Debugと.Productionフォルダという概念があります。私はちょうどベストプラクティスを知らない。 TFSのリリース管理またはVSのWeb.Configの変換を使用します。 Release ManagementがWeb.Configの変換を置き換えるのかどうか疑問に思っていますか?

答えて

1

TFSのリリース管理を使用してWeb.Configの変換を柔軟に行うことで、タスクを追加することで簡単にトークンを置き換えることができます。 VSのWeb.Configの変換を変更する場合は、毎回変更をチェックインする必要があります。

トークンを置き換えることができるタスクはロット拡張で存在します。いずれか1つをインストールすることができます。たとえば、次のように

関連する問題