2011-11-12 13 views
0

私の会社がウェブサイトを展開する方法を見直し、私たちのメソッドを更新する必要があるかどうかを判断しようとしています。私の特に質問は、web.configファイルを処理する方法に向けられています。現在、デプロイするときに、サーバー上のweb.configファイルをオーバーライドしません。私たちは、開発中に行われた変更を手動で再現します。その理由は、我々はまた、したくない)開発者が展開web.configファイルの変更を既存のWebサイトに展開する

2中にサーバへの権利web.configファイル(生産1)を展開するために覚えるの責任を与えたくない

1)であります開発チームの誰かが誤ってプロダクションweb.configを変更する(または不必要に見てしまう)リスクを負う。

3)一部のプロジェクトでは、web.configを変更する権限を持つ他のチームがあります設定)、その変更を無効にしたくない場合

私はweb.configトランスフ私たちの現在の方法は私たちの特定の状況に適しているようです。私は誰かが私に新鮮な視点を与えてくれることを願っています。もし本当にそれがあれば、もっと良い方法を見てもらえるでしょう。

答えて

0

開発者(UIデザイナー、プログラマー、SQL開発者)のチームでは、あなたの戦略はかなり正しいようですが、正確な調整が必要です。もう1つの方法は、すべての部門にweb.configのさまざまな部分と関連する部分を伝えることです。また、どのパーツがどのチームに関係しているかをweb.configファイルにコメントします。こうすることで、設定ファイルを自分で扱うことができます。

また、VCS(バージョン管理システム)の助けを借りて、いつどのような変更が行われたのか、どのユーザーが変更したのかを把握することもできます。

関連する問題