私は企業の開発グループで働いており、ビジネス ユニットとその責任を分離するよう努めています。たとえば、私は開発グループに所属しており、アプリケーションの開発に関連するすべてのタスクを担当しています。dbas などの他の役割、またはグループ外の運用上の役割があり、展開、サーバーのメンテナンスなどを担当しています。
Web アプリの公開機能や web.config 変換機能などの VS の機能を調べており、ブログやその他のさまざまな場所でそれらについて読んでいます。私が読んだことの大部分に基づいて、ライターは、開発者が接続文字列、ユーザー名、さまざまな環境のパスワードなどを Web 構成変換で管理してから、ある種の本番環境で削除サーバーに公開していると想定しているようです。環境 (ライブ、テスト、ステージングなど)。
例はこちらです。私たちの環境では、他の環境もそうだと思いますが、シナリオは通常描かれているよりもやや複雑です。開発グループは、開発したものがどこにデプロイされているかを知らない場合があります。また、管理者は、環境の特性に応じて、サーバーやデータベースなどを移動し、構成を更新する場合があります。このような場合、web.config 変換はどのように役立つのでしょうか? 発行は、展開パッケージのアーティファクトをビルドするためにローカルで使用できる可能性がありますが、代わりに自動化されたビルド マネージャーを使用することをお勧めします。
では、パブリッシュと変換は、開発と運用の間の障壁が非常に薄い、より初歩的な開発プロセスにより適しているのでしょうか? または、何か不足していますか？この種のことについて私が読んだ多くのことは、善意を持っているようですが、より定義された開発プロセスのコンテキストではやや表面的です.
これに関する他の意見や経験を知りたいです。