私たちは 3 人の開発者と 1 人のアプリケーション管理者からなる小さなチームで、全員が公開 Web サイト用の単一の SharePoint インストールに取り組んでいます。
バージョン管理用の Perforce は持っていますが、大規模な Web アプリケーション展開の経験が豊富な人は誰もいません。
実装計画を Word 文書に書き込む傾向があり、それが問題を引き起こしています。このドキュメントには、STSADM 展開 CMD ファイルを実行し、必要に応じて Web.CFG 設定を変更し、最後に GUI でオプションを構成する手順が記載されています。私たちの問題は常に、環境のハングアップや一般的なコミュニケーションの問題に帰着します。
他の人が同じ問題をどのように解決しているかについて、意見を聞きたかったのです。あまり複雑なことはしたくありません。Word DOC よりも優れた機能を持ちながら、使い方を習得するのに 2 週間もかからないものが必要です。
Web アプリケーションの展開を計画するのに役立つソフトウェアまたは Web アプリケーションはありますか?
これをスクリプトで自動化します。スクリプトをバージョン管理ソフトウェアに保存します。デプロイ用のスクリプトを実行します。手動での変更は許可されていません。これにより、エラーに気付いたときにスクリプトを修正する必要があり、手動で修正を適用することを忘れることはありません。アセンブリ後にバイナリに手動でパッチを適用することももうありません...
スクリプトから始めたいという Daren の意見に同意します。それがうまくいかない場合は、より複雑なものに向かって自動化階層を上っていく必要があります。私の会社のuDeployはあなたのチームには多すぎると思いますが、スクリプトとエンタープライズ クラスの展開ツールの間のどこかに、適合するものがあるはずです。最終的には、.config ファイルのテンプレート、簡単なファイル移動、ドラッグ アンド ドロップ プロセス デザイナーが用意されています。下端では、octodeployを見ることができます。タイヤを蹴る機会はありませんでしたが、光沢があり、安く、.Nety に見えます。
交渉の余地のない部分は自動化です。自動化の道を歩めば、良いことが起こり、構築するためのプラットフォームが手に入ります。あれこれ手動に頼り始めると、1 年後にはますます混乱し、よりストレスの多い展開と、処理したい以上の Word ドキュメントが発生することになります。極端な例として、Word が数千行の Excel スプレッドシートのために放棄されたのを見てきました。楽しくない。