問題タブ [change-management]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
visual-studio-2008 - ソフトウェアのパッチ/アップデート/アップグレードに関するデータベース変更管理
ソフトウェアパッチでデータベースの変更を管理する方法の例を含む、より詳細な説明を見つけようとして数週間が経ちました。
状況:
- wpf アプリケーション リリースをユーザーにデプロイします。アプリはアプリのデータを保存するために MSSQL データ ファイルを使用します (Client Profile と SqlServer Compact 3.5 の前提条件で展開)
- さらなる開発データベーススキーマの変更では、余分なデータも追加します
- Visual Studio 2008 の発行と msi を使用して、パッチ/マイナー/メジャー アップグレードを実行しようとしています。
ユーザーのアプリとデータベース ファイルを更新したいが、そのデータベースに保存されたデータには触れたくない。簡単に思えますが、Visual Studio の発行でこれを行う方法を Web で見つけることができません
これまでに収集したのは2つの選択肢です。
- リリースごとに SQL 更新スクリプトを作成し、パッチ適用後の最初のプログラム起動時にデータベースの更新を試みます。
- データベース設定プロジェクトを作成し、そこからスクリプトを作成してみます (これを行う方法がわかりません)。
あなたが何を使っているか、またはそのようなケースを使うと聞いてうれしいです. 例へのリンク / todo の詳細な説明。私はこの展開/データベースのことはあまり得意ではありません...まだ... :)
前もって感謝します。
project-management - プロジェクトの変更ログをどのように作成しますか?
Subversion を RCS として使用し、Bugzilla を問題追跡に使用しています。そして、ユーザーの自動変更ログを作成する方法を自問しますか?
「svn2cl」ツールはすでに試しました。しかし、それが作成する変更ログは、私にとっては技術的なものです (たとえば、開発者 XY が昨日、メモリ リークを修正するために 20 個のファイルを変更したことを知りたいユーザーはいません)。ユーザーは、次のような内容を含む変更ログを望んでいます。
バージョン 1.0
- 機能追加 1バージョン 1.1
- バグ #4711 を修正
- 機能 2 を追加
...
bugzilla エントリから変更ログを作成するためのツール、アドオン、またはスクリプトを知っている人はいますか? または、これを行う良い方法はありますか?trac が変更ログの作成をサポートしていることは知っていますが、trac はあまり好きではありません。
更新 この仕事のために自分の小さなツールを書きました。ChangelogGeneratorで取得できます。
sql - DBA の本番環境の変更/微調整と、開発者の保留中の DB 変更スクリプトとのマージの管理
Web アプリケーションがリリースされたときに DB で実行する必要がある一連の変更スクリプトを維持します。多くの時間を無駄にし、これらを最新の状態に維持するのに苦労していますが、DBA はライブ システムのストアド プロシージャとスキーマを (当然のことながら) 調整して、システムのパフォーマンスを維持することを好みます。
パッチを現在のスキーマとストアド プロシージャに合わせてリベースしなければならないことがよくありますが、どの変更が競合する可能性があるかを検出し、DBA のどの変更が上書きされている可能性があるかを判断することは非常に困難です。
他の人は、保留中の変更に対してライブ DB の変更の必要性をどのように管理していますか?
このプロセスをよりスムーズにするために、どのようなプロセスを導入できますか?
スキーマを保存、管理し、変更セットを適用する最良の方法は何ですか?
前もって感謝します。
coding-style - 構成管理 - コード コメントの履歴
質問をする前に、少し背景情報を提示させてください。
私は最近、ソース管理や変更管理システムなどの構成管理に Rational ツールを使用する新しいソフトウェア開発グループに参加しました。これらのツールに加えて、チームには、次のようなコードの変更をコード内のコメントとして記録するという標準的な慣行があります。
コメント標準の公式の目的は、「コメントは要件からコード変更までのトレーサビリティを提供する」ことです。
私は、この慣行は不必要で冗長であるという議論を提起する準備をしています。チームはこの標準をすぐに取り除く必要があります。
つまり、変更管理システムは、要件からコード変更までの追跡可能性を構築する場所であり、ソース管理はバージョン間の差分を実行することで変更の詳細な履歴を提供できます。ソース コードがチェックインされると、対応する変更管理チケットが記録されます。CM チケットが解決されると、どのソース コード ファイルが変更されたかが記録されます。これは、望ましいトレーサビリティのための十分な相互参照を提供すると思います。
私の主張に反対する人がいるか知りたいです。変更管理およびソース管理システムでは提供できない、コメント付きのソース コード履歴の利点が失われているのでしょうか?
asp.net - ADO.NET Data Services で「最新の変更項目の取得」を実装する方法は?
複数のユーザーが同時に変更、削除、追加できるエンティティのリスト (TODO アイテムのリストなど) があるとします。
したがって、すべてのクライアント間で同期されたリストを維持するには、各クライアント (AJAX ベース) が xx 秒ごとに変更を要求するようにします。リストは非常に長くなる可能性があるため、毎回完全なリクエストを行うのではなく、変更された項目のみを要求します (項目は更新、削除、または新規作成できます)。
ADO.NET Data Services で可能ですか? その場合、サーバーで Entity Framework を使用している場合、どのように実装すればよいですか?
変更操作がデータ サービスに送信されたときに変更項目を格納するために ASP.NETs キャッシュを使用することを検討し、特定のクライアントの最後の要求以降の最新の変更を返すカスタム Web メソッドを用意しました (要求はクライアントを通じて追跡できます)。 ASP.NETs セッション オブジェクト)。ただし、結果セット内の個々のアイテムの変更状態 (削除、更新、挿入など) を示す方法がわかりません。
優れたソリューションは、クライアントがサーバーへの同じラウンドトリップで多くのエンティティの変更を要求できるようにもします。
どんな入力でも大歓迎です。
よろしく、エギル。
sql-server - MicrosoftSQLServerの特定の序数位置に新しいテーブル列を追加します
Microsoft SQL Serverの特定の序数位置にあるテーブルに列を追加することは可能ですか?
たとえば、テーブルには常に各テーブル定義の「終わり」にCreatedOn、CreatedBy、LastModifiedOn、LastModifiedBy列がありますか?これらの列の上にあるSSMSに新しい列を表示したいと思います。
データベースのすべての変更をスクリプト化する場合、テーブルの最後にこの順序を保持する方法はありますか?
参考までに、私はこれが行われるべきかどうかについて炎上戦争を開始しようとはしていません。すぐに縮退するスレッドについて読みたい場合は、次のようにします。
http://www.developersdex.com/sql/message.asp?p=581&r=5014513
.net - ホット フィックスを含む分散アプリケーションのアセンブリのバージョン管理
複数の物理層のコンポーネントを使用してアプリケーションを開発しており、多くのアセンブリを共有し、各層専用のものを持っています。
ホットフィックスのリリース、またはアプリケーションのいくつかのコンポーネントのみに対する典型的なバージョン管理戦略が何であるかを知りたいです。
問題追跡ソフトウェアには、製品全体のバージョン番号が含まれています。現在のバージョンが 1.4.5 で、ホットフィックスが必要な場合、ホットフィックスの問題は 1.4.6 に対してリリースされます。1.4.6 の修正の影響を受けるすべてのアセンブリのバージョンは 1.4.6 です。これらのファイルだけを配布すると、最終的にバージョン 1.4.5 のファイルと 1.4.6 のファイルになります。
アプリケーション全体を再構築して 1.4.6 としてリリースすることが解決策になる可能性がありますが、これには複数のマシン上の複数のコンポーネントを再デプロイする必要があり、実際には変更されていないコンポーネントの不必要なダウンタイムが発生します。
この問題に対して人々はどのような戦略を立てましたか? 一部のファイルのバージョン番号が異なることを受け入れるだけの問題ですか? 過去に、これが顧客 (レベル 1) サポート チームとの混乱の原因になっていることがわかりました。
mercurial - コミットのための Mercurial チェリー ピッキングの変更
たとえば、コードに多くの変更を加えましたが、それらの変更のいくつかをコミットするだけで済みます。Mercurialでそれを行う方法はありますか?darcs
このような機能があることを知っています。
ブランチ間でこれを実行できることはわかってhg transplant
いますが、他のブランチから変更セットを追加するときではなく、現在のブランチでコードをコミットするためにこのようなものが必要です。