問題タブ [release]

スナップショットリポジトリとリリースリポジトリの違いは何ですか?

これは、リポジトリ (Artifactory、Nexus など) のセットアップに関するものです。

MiniDumpWriteDump現在、MiniDumpNormal | MiniDumpWithIndirectlyReferencedMemoryフラグを使用して呼び出します。これは、デバッグ構成の内部ビルドでは問題なく機能しますが、リリース構成で必要なほど多くの情報を提供していません。

Release では、ミニダンプ データには、デバッガーがコード内のどこでエラーが発生したかを判断するのに十分なスタック情報が含まれていますが、他のデータは含まれていません。リリース ビルドで期待されるように、最適化されたためにローカル変数が欠落していると単純に言っているのではありません。コール スタックと現在のコード行以外に役立つものは何もありません。レジスタも、ローカルも、グローバルも、ローカルが指すオブジェクトもありません - 何もありません。現在のオブジェクトを表示できるようにする「this」も取得しません。それが使用のポイントでしたMiniDumpWithIndirectlyReferencedMemory-ローカル変数とスタック変数によって参照されるメモリを含める必要がありましたが、そうではないようです。

代わりにどのフラグを使用する必要がありますか? 600MB 以上のダンプを使用して生成を開始したくはありませんMiniDumpWithFullMemoryが、より有用なデータを取得することを意味する場合は、現在取得している 90KB をいくらか超えてダンプを喜んで拡張します。おそらく、MiniDumpWithDataSegments（グローバル）または...を使用する必要がありますか？

オープンソース ソフトウェアを管理する誰もが、新しいバージョンをリリースするプロセスがますます多くの作業を必要とするという問題に直面します。バージョン管理でリリースにタグを付け、ディストリビューションを作成し (自動ビルドで簡単なはずです)、それらを Web サイトやオープンソース ホスティング サービスにアップロードする必要があります。選択したウェブ フォーラム、sourceforge のニュース システム、メーリングリスト、ブログまたはウェブサイトでほぼ同じメッセージを使用して、新しいリリースを発表する必要があります。また、freshmeat でソフトウェアのエントリを更新する必要があります。リリースのためにさらに多くのタスクを実行する必要があります。

これらのタスクの一部を自動化する技術を開発しましたか? これをサポートするソフトウェアはありますか?

依存関係とリリースの方法に関しては、何がベストプラクティスなのか疑問に思っています。私の場合、log4net に依存するライブラリがあり、リリースと共に log4net.dll (log4net 参照をローカルにコピーするように設定) を配布する必要があるかどうか疑問に思っています。

log4net を GAC にインストールする必要があると簡単に言えますか?

Oracle データベースの増分リリース スクリプトを生成するツール。

SQLServer の Redgate DBComparer のように。

.NET コンパイラのデバッグ モードとリリース モードの違いに興味があり、.NETでのデバッグとリリース、およびリリースがデバッグとは異なる動作をする理由に関するこれらの質問に出くわしました。この時点まで、私はこれらのコンパイラ モードにあまり注意を払っていませんでした。今、私はそうします。

私の質問は、私がテスト フレームワーク (NUnit) と TDD を使用していると仮定すると、単純に常にリリース モードでコンパイルした場合、何か問題が発生するでしょうか?

Lite、Normal、Ultimate層、重複する機能セットなど、機能が低下している可能性がある状況では、開発の観点から物事をシンプルに保つための最も簡単な方法は何でしょうか。

私は、モノリシックライセンス、特定のコンポーネント/機能が有効/無効になっているサブ機能ライセンス、またはシート/リソースライセンスのいずれかを持つアプリケーションのみを使用しました。私にはいくつかのアイデアがありますが、いくつかの新鮮な洞察が良いでしょう。

私は、24 時間 365 日 365 日の Web サービス環境で、脆弱でないリリース プロセス技術について研究しています。開発環境から重要な運用環境にコードをリリースするためのお気に入りの方法をいくつか教えてください。これには、コードの変更だけでなく、データベース スキーマの変更も含まれます。開発環境のエコシステムですべてがテストされ、承認されたと仮定しましょう。

それを本番環境に合理化するために、次にどのような手順を実行しますか? トラフィックをダウンタイム クラスターにリダイレクトし、自動化されたスクリプトを実行しますか? もしそうなら、あなたのスクリプトは何をしますか? 台本でなければ、どのようなルーティーンが好きですか?

技術的な洞察のみを求めています。「お客様に十分な警告を与える」タイプの回答はご遠慮ください。

ありがとう！

少し前に、ジェフ・アトウッドはツイッターで次のように述べました。

ほら、私は迅速な新しいソフトウェアのリリースが大好きですが、WordPress のリリースの頻度はばかげています。

どのくらいの頻度でソフトウェア アップデートをリリースする必要があるのでしょうか。

• 毎日？
• 毎週？
• 毎月？
• 毎年？

最適なリリース戦略は?

メソッドの事前条件と事後条件をチェックするための (非常に小さな) フレームワークを作成しています。エントリ ポイントは次のとおりです (簡単にメソッドにすることができますが、それは問題ではありません)。

明らかに、事後条件のチェックはコストがかかる可能性があり、メソッドにバグがない場合は実際には必要ありません。したがって、次のように機能するメソッドが必要です。

whereConditionalCallingCodeAttributeは、呼び出しコードが DEBUG シンボルを定義してコンパイルされている場合にのみ、このメソッドを実行する必要があることを意味します。これは可能ですか？

クライアントコードを次のようにしたい：

もちろん、WhileDebuggingThat を提供することはできません。次に、クライアント コードは次のようになります。

これは、他に何もうまくいかない場合のフォールバック プランですが、DRY がひどく壊れます。

私が理解しているように、でマークWhileDebuggingThatすると、このライブラリを参照するアセンブリではなく[Conditional("DEBUG")]、ライブラリのコンパイル中に DEBUG が定義されているかどうかに応じて、このメソッドが発行されます (または発行されません) 。したがって、これを行ってから、ライブラリのユーザーに、コードのデバッグ ビルドをライブラリのデバッグ ビルドにリンクし、リリース ビルドをリリース ビルドにリンクするように指示するドキュメントを作成できます。これは最善の解決策とは思えません。

最後に、ライブラリのユーザーに、プロジェクト内でこのクラスを定義するように指示できます。

私が見る限り、これも同様に機能するはずですが、DRY の原則を少しでも破る必要があります。