問題タブ [deployment]

「捨てるために作る」というフレーズに慣れているなら、まあ、私たちはそれをやったようです。オンライン アプリのバージョン 1 の制限に達しています。次の方法で物事をクリーンアップする時が来ました。

• コードと UI の再編成
• UI プロセスの統一
• より多くの機能を追加する
• 未来のための建物
• 上記のすべてを処理するためにデータベース構造を変更する

この移行を実現する最善の方法は何ですか?

すべてのユーザーを (システムが完成したら) 新しいシステムに引き渡すことは避けたいと考えています。私たちのユーザーは、技術的に熟練した使い慣れたソフトウェア タイプから、HTML が何であるかを知らないタイプまで、あらゆる範囲を実行します。

システムの新しい「インストール」を開始し、この新しい設計がバージョン 1 の問題を十分に解決したことを確認した後、ユーザーを徐々に移行する必要がありますか?

システムの各モジュールを（どういうわけか）段階的に変更し、段階的に変更する必要がありますか？データベースのレイアウトが変更され、「コア コード」といくつかの周囲のモジュールのコードを微調整する必要があるため、これは難しい場合があります。

アプリの最新バージョンを使用する、信頼できる忍耐強い「ベータ テスター」クライアントのセットを持つことは一般的ですか? (ここでの目標は、フィードバックを得て、新しいシステムのバグをテストすることです)

他にアドバイスはありますか？初体験？

現在、データベースを作成し、クエリ アナライザーを介して SQL スクリプトを実行することで、Web アプリケーションを展開しています。次に、「publish website」からの出力をコピーし、IIS でその Web サイトをセットアップします。

Visual Studio で websetup を見たことがありますが、その部分はドキュメントが薄いようです。たとえば、SQL サーバーの IP とパスワードをユーザーに尋ねる方法が明確ではありません。また、この方法でデプロイされた Web サイトは、単にhttp://example.comではなく、http://example.com/projectのようなフォルダーの下に表示される傾向があります。

次に、AJAX.Net がインストールされていないか、一部または他のパッチが適用されていないという問題があります。

これまでのところ、サーバーに物理的にアクセスできます。ただし、CDROM の出荷は間もなく開始されます。手動介入と自動化の間の実際的なトレードオフは何ですか?

商用デスクトップ製品についてこの情報を探していましたが、役に立ちませんでした。

具体的には、私が探しているのは、.NET フレームワークのエンドユーザー (「インターネットを閲覧しているだけ」の XP のお​​ばあさんと、可能であればハイエンド ユーザーの両方)、および商用/事業部門。

編集: 以下のデータ ポイント以外に、.NET展開率に関する興味深いブログ投稿があります。

VS 2005に取り組んでいますが、マシンで問題が発生しています。突然、突然、展開ファイルを作成できなくなりました。ビルドメッセージは次のとおりです。

Googleですばやく検索すると、最後の2行が表示されますが、サイバースペースの誰もこれまでに最初のメッセージを報告したことはありません。（やったー！私はネット上の何かで最初です！）

私のオフィスの他のマシンはビルドを行うことができます。私のマシンは以前にビルドを実行できました。何が私の箱の物事の微妙なバランスを崩したのか分かりません。また、Visual Studioを閉じる、すべてのbinフォルダーとobjフォルダーを吹き飛ばす、再起動するなど、従来のすべての儀式を試しましたが、役に立ちませんでした。

簡単にするために、デプロイメントファイルを使用して小さな「HelloWorld」アプリを作成しました。これにより、ビルド出力は次のようになります。

使ってます：

• MS Visual Studio 2005バージョン8.0.50727.762（SP .050727-7600）
• .NETFrameworkバージョン2.0.50727
• OS：Windows XP Pro

繰り返しますが、何が変わったのかわかりません。私が知っているのは、ある日、すべてが正常に機能していたということだけです。翌日、突然、デプロイメントビルドをまったく実行できなくなりました（他のすべてのプロジェクトは引き続き正常にコンパイルされますが）。

私はこれを約1か月前にMSDNに投稿しましたが、彼らも何が起こっているのかを知らないようです。

誰かがこれが何であるかについて何か考えがありますか？

@Brad Wilson：ありがとう。でも、私の元の投稿を読むと、私がすでにソリューション全体を最初から始めたことがわかりますが、それは役に立ちませんでした。

@deemer：待っている間にあなたの推奨読書がなかったにもかかわらず、私はアンインストールと再インストールのすべての苦痛を経験しました...そして-悲惨です！-それでも同じエラーが再発します。私のコンピューターは、どういうわけか、デプロイメントビルドを行うには不適切であるとブランド化されているようです。

この「秘密のスイッチ」がどこにあるのか、誰か知っていますか？

オフィスがインストールされていない場合、vstoを使用してアプリケーションを配置することは可能ですか? そうではないようですが、誰かが回避策を持っているかどうか疑問に思っていました。

イントラネット Web サービス URL などのさまざまな便利な設定を保存するために user.config に依存する .NET WinForms アプリケーションを開発しています。インストールの一部としてカスタム初期設定をインポートできるようにしたいと考えています。これの使用例は、企業がソフトウェアをインストールしたい 100 台のマシンを持っていて、それらすべてが問題のイントラネット Web サービスへの参照を持っている必要がある場合です。これは、すべてのマシンで手動で設定する必要はありません。

現在、VS2008 セットアップ プロジェクトを使用してインストール パッケージを生成しています。

これまでのアイデアは、インストーラーが (テンプレートからの) 情報を使用してカスタムの初期 .config ファイルを作成できるようにし、セットアップ プロジェクトがインストールする既定のファイルの代わりにそれを配置することでした。

ただし、これらのいくつか以外にこれを行う方法がわかりません。

1. ConfigurationManager クラスを使用して .config ファイル パスを決定するために、実行可能ファイル名をカスタム インストーラー アクション (System.Configuration.Install.Installer から派生) にハードコーディングします。実行可能ファイル名が変更された場合、インストーラーを手動で変更する必要があります。
2. 独自の構成クラスまたはファイル/フォルダー階層をロールして、設定を保存します。私の理解が正しければ、これは基本的に、.NET が提供する分離メカニズム (ここでは障害でもあります) の利点から私たちを締め出します。

上記の2つをおいしくする方法、または代替案を知っている人はいますか?

答えは「これをしないでください。メカニズムの精神を打ち負かし、独自の設定インポートメカニズムをロールバックします」かもしれません。

私は、各開発者がローカル デスクトップから作業し、ネットワーク上で所有する仮想マシンに展開するチーム環境で作業しています。私がやろうとしているのは、ソリューションをビルドするときに、各プロジェクトの展開がその開発者仮想マシンへのビルド後のイベントで処理されるように、Visual Studio ソリューションをセットアップすることです。

私が本当にやりたいのは、これらのスクリプトの所有権を個々の開発者にも与えて、ビルド後の手順を所有し、すべての人に同じである必要がないようにすることです。

いくつかの質問:

• ビルド後のイベントは、このタイプの展開操作を実行する場所ですか? そうでない場合、それを行うのに最適な場所はどこですか?
• これらのシナリオをサポートする自動展開システムの開発を支援するために、どのようなソフトウェア、ツール、またはチュートリアル/ブログ投稿を利用できますか?

編集: MSBuild は、この状況で行く方法のようです。代替技術を使用して成功した人はいますか?

編集:この質問を読んでいて、開発者ごとに異なる MSBuild タスクのセットを実行する方法を知りたい場合は、この質問を参照してください。ユーザーごとに異なる一連の MSBuild タスクを実行していますか?

仲間の類人猿とスイレンとパドルホイール！

VS 2008 を使用して、C#/.NET/WPF で Windows デスクトップ アプリを開発しています。このアプリは、Vista および XP マシンにインストールして実行する必要があります。アプリをインストールするセットアップ/Windows インストーラー プロジェクトに取り組んでいます。

私のアプリでは、SQLCE データベース ファイル (.sdf) と、使用しているサードパーティ コントロールに関連するその他のデータベース タイプのファイルへの読み取り/変更/書き込みアクセスが必要です。これらのファイルは、PC 上のすべてのユーザー/ログイン間で共有する必要があり、いずれも管理者である必要はありません。もちろん、これは、ファイルをプログラム自体のインストール ディレクトリに入れることができないことを意味します (Vista が登場する前はよくあることでした)。

解決策は簡単だと思っていました。Vista と XP の両方に、この目的のための共有アプリケーション データ フォルダがあります。(Vista では「\ProgramData」、XP では「\Documents and Settings\All Users\Application Data」。) .NET Environment.GetFolderPath(SpecialFolder.CommonApplicationData) 呼び出しは、特定の PC 上のこれらのフォルダーへのパスを見つけるために存在します。 、 はい！

しかし、Shared-application-data フォルダーを Setup プロジェクトのターゲットとして指定する方法がわかりません。

セットアップ プロジェクトは "Common Files" フォルダーを提供しますが、これは共有プログラム コンポーネント (データ ファイルではない) を対象としており、通常は "\Program Files" の下にあり、"\Program files" の他のフォルダーと同じセキュリティ制限があります。はいはい！

Setup プロジェクトは "User's Application Data" フォルダーを提供しますが、それはユーザーごとのフォルダーであり、まさに私が避けようとしているものです。

VS 2008 セットアップ プロジェクトから、堅牢なクロス Windows バージョンの方法で shared-app-data フォルダーにファイルを追加することは可能ですか? 誰でも方法を教えてもらえますか?

Windows（xampp）で開発されたさまざまなphpプロジェクトがあり、Linux/Windowsサーバーの組み合わせにデプロイする必要があります。

過去にcapistranoを使用してWindowsからLinuxサーバーにデプロイしましたが、アーキテクチャとWindowsサーバーの最近の変更により、古い構成が機能しなくなりました。このレシピはLinuxの展開では問題なく機能しますが、Windowsサーバーのセットアップには、現在よりも多くの時間が必要です。Capistranoレシピのアイデアは有効な答えです。明らかに、Windows / Linuxサーバーはユーザーを共有しないので、これは少し複雑になります（どこでも同じユーザー名/パスワードのcapistranoの仮定のために）。

現在、Windowsサーバーにsvn-updateを使用していますが、これはすべてのsvnファイルが本番サーバーにぶら下がっているためです。（そして、Windowsで手動でsvn-updateする必要があります）そして、winscpを使用してファイルを手動で更新し、ディレクトリを対応するLinuxと同期します。

私の質問は、この展開シナリオを自動化するためにどのツール/セットアップを提案しますか： 「2つ以上の混合Windows/Linuxマシンに展開するさまざまなphpwindows/linux開発者」

（ps：Linuxツールやcygwinを介して動作するものを使用しても問題はありません。単に、デプロイメントを単純なワンステップ操作にする必要があります）

編集：現在、すべてのLinux環境で作業することはできません。LinuxサーバーとWindowsサーバーの両方にデプロイする必要があります。どこからでもデプロイを開始できますが、どちらの環境からでもデプロイできるようにしたいと思います。

私たちの開発環境では、各開発者が独自の開発サーバーを持っています。多くの場合、実際にそのサーバーで開発するのではなく、ローカル マシンから開発し、開発サーバーにデプロイしてから、リモート デバッガーにアタッチしてデバッグを行います。

私の質問は; MSBuild を使用して、ユーザーごとに異なる一連のタスクを実行するにはどうすればよいですか?

各ユーザーが MSBuild タスクを使用して独自のビルド プロセスを定義できるようにしたいのですが、それが他の開発者に必ずしも影響することは望んでいません。また、特定のユーザーが独自のプロセスを明示的に定義した場合に、デフォルトの一連のタスクを実行することも必要です。

例：

• SomeProj.csproj
  • デフォルトの MS Build プロセスは、テスト サーバーまたはステージング サーバーにコピーすることです。
  • スティーブのカスタム プロセスは、スティーブの開発サーバーにコピーすることです
  • Eric のカスタム プロセスは、Eric の開発サーバーにコピーすることです。