私は企業の開発グループで働いており、私たちはビジネスユニットとその責任を分け合うよう努めています。たとえば、私は開発グループに所属しており、アプリケーションの開発に関連するすべてのタスクを担当しています。私たちにはdbasなどの他の役割や、グループ外の運用上の役割があり、デプロイメントやサーバーメンテナンスなどを担当しています。ビジュアルスタジオpublic＆web.configは機能を変換します
私は公開Webアプリケーション機能やweb.configの機能を変換し、ブログやその他のさまざまな場所でそれらについて読むことができます。私が読んだものの大部分に基づいて、作者は、開発者が接続文字列、ユーザー名、Web設定の異なる環境のパスワードなどを管理していることを前提としています。環境（生きているか、テストやステージングなど）。
例はhereです。私たちの環境では、私も他の人たちも想定していますが、シナリオは通常描かれているよりもやや複雑です。開発グループは、彼らが開発したものがどこに配備されているかを知らないかもしれません。管理者は、環境の特性に応じてサーバー、データベースなどを移動し、構成を更新することができます。したがって、これらの場合、web.configはどのように役立ちますか？パブリッシュは、依然として展開パッケージの成果物を構築するためにローカルで使用される可能性がありますが、代わりに自動ビルドマネージャを使用することもできます。
パブリッシュとトランスフォームは、開発と操作の境界が非常に灰色であるより初期の開発プロセスに本当に適していますか？または私は何かを逃している？このようなことについて私が読んだことの多くは良い意図を持っていると思われますが、より明確な開発プロセスのコンテキストではやや浅いです。
これに関する他の意見や経験を知りたいと思っています。