問題タブ [deployment]

2 つの SQL Server、具体的には SQL Server 2005 の間でデータベースの展開をどのように管理しているのでしょうか。これはビルド スクリプトの一部である必要があるため (標準の Windows バッチ、これらのスクリプトが現在複雑であっても、後で PowerShell に切り替える可能性があります)、Enterprise Manager/Management Studio Express はカウントされません。

.mdf ファイルをコピーして添付していただけませんか? これは互換性の問題のように思われるため、バイナリデータを扱うときは常に少し注意を払っています (開発とライブは常に同じバージョンのサーバーを実行する必要があります)。

または、T-SQL に「EXPLAIN CREATE TABLE」がない場合、既存のデータベースをターゲット サーバーで実行できる SQL スクリプトにエクスポートする何かを行いますか? はいの場合、特定のデータベースを SQL クエリに自動的にダンプでき、コマンド ラインから実行できるツールはありますか? (繰り返しますが、Enterprise Manager/Management Studio Express はカウントされません)。

そして最後に - ライブ データベースに既にデータが含まれているという事実を考えると、デプロイにはすべてのテーブルを作成する必要はなく、代わりに構造の違いをチェックし、ALTER TABLE でライブ テーブルをチェックする必要があります。これには、既存のフィールドが変更されたときにデータの検証/変換も必要になる場合があります。

現在、 Red Gate製品について多くのすばらしい話を耳にしますが、趣味のプロジェクトの場合、価格は少し急です。

では、SQL Server データベースを Test から Live に自動的に展開するために何を使用していますか?

Python は複数のプラットフォームで動作し、デスクトップおよび Web アプリケーションに使用できるため、Mac、Windows、および Linux 用の実行可能ファイルにコンパイルする方法があると結論付けています。

問題は、どこから始めればよいのか、GUI を作成する方法がわからないということです。だれかがこれに光を当てて、正しい方向に向けてください。

現在、リモート SVN サーバー、DEV、STAGE、PROD 用の 3 つの SVN ブランチ、パッチによるコードの昇格などを含むやや複雑な展開セットアップを使用しています。小規模な開発チームの状況での展開には何を使用しているのだろうか?

Rational Application Development の代わりに ANT を使用するようにプロバイダーを説得して、いつでもどこでもソリューションを再コンパイル、再チェック、再デプロイできるようにしています。：P

JAR ファイルを生成するプロジェクトの build.xml を開始しましたが、そこで停止しました。メモを比較するには実際の例が必要です。私の良い友達！これについてチャットできる人が近くにいません！

これまでのところ、これは私のbuild.xmlです。

(*) pastebin.ca を使用するという提案に基づいて質問を編集しました

Network Deployment を使用した WebSphere Application Server のインストールでは、ノードは次のとおりです。

1. 物理マシン
2. オペレーティング システムのインスタンス
3. 物理マシンまたは OS インスタンスから独立した WAS インスタンスの論理セット

NetworkDeployment Consoleを使用してアプリケーションをデプロイすると、ADMA5026Eエラーが発生するという間違ったことは何ですか？

ILMerge を使用していますか? ILMerge を使用して複数のアセンブリをマージし、dll の展開を容易にしていますか? アセンブリを一緒に ILMerging した後、本番環境での展開/バージョン管理で問題が見つかりましたか?

可能であれば、ILMerge を使用して展開の摩擦を減らすことに関するアドバイスを探しています。

現在、SharePoint ソリューションを運用環境に展開する計画を立てています。
このプロセスを自動化する簡単な方法を約束するいくつかのツールについて読んだことがありますが、私のシナリオに合うと思われるものはありません。

テスト フェーズでは、SharePoint Designer を使用して、異なる開発サーバーとテスト サーバー間でサイト コンテンツをコピーしましたが、このプロセスは手動であり、少し不要に思えます。

このサイトは、カスタム Web パーツを含む SharePoint Web パーツ ページと、多数の Reporting Services レポート定義で構成されています。

では、この広大なオタクの世界で、複数の展開シナリオで SharePoint サイトを最も効率的に作成および展開する方法について、何か良いアドバイスはありますか?

明確にするために編集してください。いくつかの "SharePoint サイト" を既存のサイト コレクションに展開する必要があります。SharePoint はそのサイトを SharePoint コンテンツ データベースに配置することを好むため、現時点ではファイルを IIS に配置することはできません。

ソフトウェア配布用に Windows 2000 をサポートすることについての一般的なコンセンサスは何ですか? 人々は新しいソフトウェア開発のために Windows XP SP2+ をサポートしていますか? それともまだ制限が厳しすぎるのでしょうか?

.net 3.5 SP1 の場合、Microsoft は、.net 3.5 SP1 のサブセットのみを Windows XP ユーザーのマシンにインストールする新しいクライアント プロファイルを用意しています。

アセンブリのクライアント プロファイルを準備する方法を認識しています。そして、 ClickOnceまたはMSIのインストーラーを実装する方法に関する記事を読みました。

しかし、私はこれまで自分のプロジェクトで Inno Setup を使用しており、引き続き使用したいと考えています (Express ユーザーとして、MSI を簡単に作成することはできません)。クライアント プロファイル インストーラーの使用方法を知る必要があります。カスタム環境で。

Deployment.xml スキーマに関する記事はありますが、スキーマの記述方法、パッケージ化方法、またはその他の方法については示されていません。誰かがこのプロセスを説明できますか? リンク先の記事を一人で見つけるのは苦痛な検索体験でした。