問題タブ [release]

顧客に配布するパブリック ヘッダー ファイルをクリーンアップするために、どのようなルーチンがあるかを知りたいです。

ご意見をお聞きしたいのは、次のような点です。

外部消費向けではないコメント。一般的に、私はドキュメントをコードの近くに置いておくのが好きで、このようなコメントは共有するのに良い考えではないかもしれません:

多分：

一貫性のないタブ スタイル:

リリースに向けてヘッダーやコード全般を準備するためのツールはありますか?

私が働いている会社は、リリース スケジュールを実装しようとしています。私よりも構造化された環境で働いている人々から建設的なフィードバックを得たいと思っています。

1 つの製品が完成し、複数の顧客が使用していますが、さらに 4 つの製品が開発中であり、完成したかのように積極的に販売されています。（想像してみろ！）

私たちは非常に小規模な会社であり、非常に迅速に (そして時にはずさんな作業も)、締め切りも予算も限られているため、書面による要求事項や体系的な QA プロセスなどを行う余裕はありません。開発者 (私たち 3 人) にアイデアを提供し、それらを実装します。次に、対象分野の専門家が機能をテストして、アプリが本来の機能を果たしていることを確認します。

最後の段落で、あらゆる種類の「この方法ではできない」タイプのフィードバックが寄せられることはわかっていますが、それは必要ありません。このアプローチがいかに間違っているかを理解しています。ある時点で、私は所有者にプロジェクト マネージャーと QA 担当者を雇うよう説得することができましたが、しばらくして収益の損失のために両方とも解雇されました。私たちは今いる場所にいて、この時点で文化を変えることはありません.

私がやろうとしているのは、期待を管理することです。要求された機能のリストがあり、ここに私が提案したものがあります。

完成品の生産に対して四半期ごとにリリースを行います。最初のリリースは10月です。高/中/低の優先度に基づいて、今から次に何を行うかを管理しようとするのではなく、今から 9 月までに何を完了でき、何を完了できないかに基づいて機能を管理します。その時点で、すべての機能開発を停止し、テストと欠陥の修正に集中して、翌月に製品をリリースできるようにします。このプロセスを四半期ごとに繰り返します。基本的に手順は次のようになります。

1) 重要度に基づいて、すべての優れた機能を将来のリリースに配置します。2) 四半期中にこれらの機能に取り組みます。3) 新しい機能が要求されたら、特定のリリース サイクルの「キュー」に入れます。4) 機能を現在のリリースに含める必要がある場合は、他の機能を次のリリースに移動します。5) サイクル中の特定の時点で、どの機能が現在のリリースに含まれない可能性があるかを評価し、それに応じて調整します。6) 本番環境へのプッシュ予定の少なくとも 30 日前に機能の開発を終了し、テストとバグ修正に集中します。7) 予定日に何かを本番環境にプッシュし、最初に合意したすべての作業が完了していないことを熱弁します (ちょっと、私は現実的です... 私が働いている人々はそうではありません.)

あ、それと、「新しい仕事に就け」と言うつもりなら、わざわざ答えないでください。現時点では、それはオプションではありません。

この提案されたアプローチに関するアドバイス、またはこのプロセスを構築する方法をよりよく理解するのに役立つリソースへのリンクがあれば、大いに感謝します.

よろしくお願いします。

ダービス

プロジェクトをリリースするときは、通常、毎回同じです。release:prepare に追加して、バッチ モードでパターンをリリースできる引数やプロパティはありますか?

例：

このようなことをするといいでしょう：

このようなものが存在しない場合は、そのためのカスタム Mojo を作成します。

別の方法として、上記のプロンプトでは通常、最初の質問にデフォルトで答え、2 番目の質問に 'v' + 現在のバージョン、最後の質問に次のマイナーを入力します。これらを何らかの方法で変更できれば、差し迫った問題は解決します。

前もって感謝します。

作成したC++アプリケーションのリリースビルドを生成しようとしています。VS2008内からアプリケーションを実行すると、アプリケーションは正常に実行されます（デバッグとリリース）。ただし、実行可能ファイルを実行すると、ほぼ毎回クラッシュします。

さて、すべてのコードを実行してそれを引き起こしているバグを見つけることなく、このアプリケーションをスタンドアロンアプリケーションとして実行できるようにするためのハックはありますか？

前もって感謝します。

VS 2005 に「デバッグ」ビルドと「リリース」ビルドはありますか? もしそうなら、どうすれば2つを切り替えることができますか？

今まで社内でAntを使っていました。アプリケーションをクライアントに送信する必要があるときはいつでも、すべてのソース コードとすべての jar ライブラリおよび Ant 自体を単純なバッチ ファイルと共にパッケージ化する特別な Ant スクリプトを実行します。

次に、クライアントは、ネットワーク アクセスがまったくない (Ant でさえない) コンピュータにファイルを置き、バッチ ファイルを実行することができます。コンピューターに有効な JDK がある限り、バッチ スクリプトは jar を使用してすべてのコードをコンパイルし、最終的にクライアントによってアプリケーション サーバーにデプロイされる WAR/EAR を作成します。

最近、Maven 2 に移行しましたが、同じことを行う方法が見つかりませんでした。Maven アセンブリ プラグインを見たことがありますが、これはソース配布物またはバイナリ配布物を作成するだけです。ソースコードが含まれているが、使用するライブラリ (Spring、Hibernate など) のバイナリ jar が含まれているため、シナリオは実際には混在しています。

では、Maven を使用して、ネットワークにまったくアクセスできないコンピューターで実行できる自己完結型のアセンブリ/リリース/パッケージを作成することは可能ですか? つまり、すべてのライブラリを内部に含める必要があります。

Maven 自体も内部に含まれている場合は追加のボーナスですが、これは厳密な要件ではありません。最終的なパッケージは、たった 1 つのコマンドで簡単にコンパイルできます (システム管理者が簡単に実行できます)。

このために独自の Maven プラグインを作成することを考えていましたが、誰かが既にこれに遭遇したと思われます。

プロジェクトをビルドするとき、ビルド時間はリリースだと非常に時間がかかります。

リリース時、リンク時間：130秒

デバッグでは、リンク時間は同じプロジェクトで 15 秒です。

コンパイルには違いはありませんが、リンクには大きな違いがあります。

なぜそれができるのか知っていますか？