問題タブ [nightly-build]

QNX4、QNX6、Linux用のC /C++モジュールとプロジェクトがたくさんあります。これらはすべてEclipse/QNX Momenticsで記述されており、必要に応じてプロジェクトセット（psfファイル）を使用してさまざまなモジュールをプロジェクトに結合します。プロジェクトはmakeを使用して構築されます。psfファイルは、特定のプロジェクトに必要なモジュールを指定します。

2つのCI/Nightlyビルドシステム（BuildBot、Apache Continuum）を見てきましたが、どちらもpsfファイルでは特にうまく機能せず、直接サポートしていません。

スクリプトを使用してチェックアウトすることなく、CIシステムを操作できるCIシステムを知っている人はいますか？

ところで、バージョン管理にはCVSを使用しています。

JUnitプロジェクト用のNightlyBuilderのようなツールを作成するように言われました。これは、Oracleデータベースを使用したクライアントサーバープロジェクトです。テストはQTPに基づいています。また、C＃で記述されたテストインターフェイスがあります。テスターは、インターフェースをクリックして、実行するテストを選択し、各テストからレポートを取得できます。したがって、この手順を自動化する必要があります。では、どのツールを使用する必要がありますか？よろしくお願いします

Buildbots 定期的なスケジューラーは、一定の間隔 (30 分ごとなど) でビルドをトリガーします。しかし、特定の時間帯 (夜間、週末、または定期的なメンテナンスが行われている間など) には、リラックスさせたいと思います。

定期的なスケジューラをより細かく説明する方法はありますか? それとも、Nightly スケジューラを使用して、1 週間に必要なすべてのビルド トリガー時間を明示的にリストする必要がありますか?

すべてのC++プロジェクトを自動的にバージョン管理するナイトリービルドプロセスがあります。仕組みは次のとおりです。バージョン番号にVersionNumber.h固有の共通ヘッダーファイルがあります。#define近くのビルドは、このファイルをチェックアウトし、その背後にある整数をインクリメントして#defineチェックインします。すべてのVisual C ++#includeは、そのヘッダーをリソースファイルに投影し、バージョンを指定するためにその定義を使用します（バージョンはsmthのようなものです1.0.3.ThatNumber）。

ここまでは順調ですね。ここで、同じデイリービルドでビルドされたC＃クラスライブラリにも同じものを使用したいと思います。現在、それらはすべて持っています

AssemblyInfo.csのファイルとライブラリ1.0.HorribleNumber.AnotherHorribleNumberは、バージョンとして終了し、2つの数値はC++プロジェクトで使用される数値とは相関していません。

最小限の労力で、C＃プロジェクトに同じ決定論的な自動バージョン番号を付けるにはどうすればよいですか？

ASP.net 4.0 アプリケーションでのナイトリー ビルド用の NANT.Build ファイルと CCNet.Config ファイル エントリの両方の基本的なサンプルの優れたリソースを知っている人はいますか?オンラインでよく調べてみると、多くの推測があるようです。これをどのように行うべきかについてですが、私は持続可能なものを探しています。

.Net 2.0、.Net 3.5、および .Net 4.0 を使用するプロジェクトがあり、これらはすべてナイトリー ビルド用に Nant を使用して Cruise Control を通過する必要があるため、単に .Net 4.0 用に Cruise Control を構成するのではなく、それぞれを個別に構成する必要があります。ここでベストプラクティスを探しています。

Windows バッチ スクリプトを毎晩実行して、データの新しいコピーを Mercurial リポジトリからローカル ハード ドライブにプルし、ローカルにあるデータを上書きしようとしています。リポジトリが配置されているサーバーには多くのリポジトリがあるため、サーバーのサブディレクトリに配置されています。RSA キーを使用するように PuTTY をセットアップしたので、PuTTY でサーバーにログオンするときは、ユーザー名を入力するだけで済みます。

バッチ スクリプトには次のコマンドがあります。

...しかし、これはパスワードを入力するためのプロンプトを開くだけです。通常はこれで問題ありませんが、プルはバッチ スクリプトから実行されるため、動作させるには RSA キー認証が必要です。

Mercurial リポジトリを含むサーバーのサブディレクトリにあるバッチ スクリプトを、パスワードの入力を必要とせずに実行できるようにするにはどうすればよいですか?

Subversion を使用した Linux でバージョン管理された Netbeans IDE を使用して、複数のプロジェクトを含むソリューションを用意しました。

毎晩のビルド作成を自動化するスクリプトを用意したいと思います: - SVN から最新バージョンをチェックアウトする - 複数のプロジェクトをコンパイルする - ファイルのサブセット (ライブラリ、ヘッダーなど) を選択する - それらを tar.gz する - tar をコミットする。 gz から SVN へ

いくつかの提案？前もって感謝します チャオ・アンドレア

私は現在、Windowsのスケジュールされたタスクとして実行されている夜間のビルドシステムを持っており、バッチファイルを呼び出して、次のように動作します:

• Subversion から最新のリビジョンをチェックアウトする
• メインの実行可能ファイルとライブラリの AssemblyInfo.vb ファイルを変更して、バージョン番号を 0.0.0.revision に設定します。
• MSBuild を呼び出して、すべて (インストーラーを含む) をビルドします。
• インストーラーとビルドのログを FTP サーバーにアップロードします。

これは問題なく動作しますが、ステップ 2 は汚れていて壊れやすく、これが私が望むことを行う唯一の方法だとは想像できません。何か案は？

最近、小さなプロジェクトで Scala 2.9 の新機能をいくつか試してみたくなりました。ビルドにはMavenを使用したいと思います。Scala 2.9 の最新のナイトリー ビルドを使用するように Maven に指示するにはどうすればよいですか? 誰かが maven の代わりに sbt でこれを行う方法を知っていれば、それも良いでしょう。

典型的な解決策は、CI (Continuous Integration) ビルドをビルド サーバーで実行することです。これは、ソース コードを分析し、(デバッグで) ビルドしてテストを実行し、テスト カバレッジを測定します。

現在、一般的に知られている別のビルド タイプは「Nightly ビルド」です。コード ドキュメントの作成、セットアップ パッケージの作成、テスト環境へのデプロイ、テスト環境に対する自動 (スモークまたは受け入れ) テストの実行などの遅い作業を行います。

さて、質問：

• リリース ビルドとして 3 番目の別の「リリース ビルド」を作成した方がよいでしょうか?
• それともリリースモードで「ナイトリービルド」してリリースとして使う？

あなたの会社では何を使っていますか？

(リリース ビルドでは、潜在的な製品バージョンのソース管理にある種のタグも追加する必要があります。)