問題タブ [prebuild]

私は現在、VS2010 のビルド前後のイベントをいじっており、SVN のバージョン番号を AssemblyInfo.cs ファイルに取得しようとしているため、ビルド dll にコンパイルされています。

ビルド前に AssemblyInfo.cs ファイルを更新するスクリプトを実行し、ビルド後の手順でそれをゼロにリセットするスクリプトを実行します。

これを行いたいのは、最新バージョンを残すと、SVN はこれを変更と見なし、コミットされ、SVN バージョン番号を更新して別の変更をもたらすためです。これはちょっと再帰的になります。

私が遭遇した問題は、ビルド前のステップで更新されたものではなく、ビルドが元のバージョンのファイルを取得することです。

したがって：

（テストとして）ファイルのバージョン番号を手動で次のように設定した場合：

次に、ビルド前に次のように更新します。

その後、ビルド後の更新で次のように更新されます。

ビルドされた dll を見ると、バージョンは 1.0.0.123 です。

ビルドが開始される前にビルド前のステップが完了していることを確認しましたが、(notepad.exe などを呼び出して) 長時間待機しても、VS2010 は更新されたファイルを取得できません。

この動作は、ビルド前のコマンドに notepad.exe を追加するだけで確認できます。AssemblyInfo.cs ファイルを手動で変更します。メモ帳を閉じるまでビルドは開始されませんが、メモ帳を閉じると元のバージョンのファイルでビルドされます。

プレビルドが機能するはずの方法で、ここで何かが欠けていますか? ビルドで更新されたファイルを強制的に取得して使用する方法はありますか?

手がかりをいただければ幸いです:)

コンパイルする前にいくつかのファイルを自動生成する必要がある Eclipse プロジェクトがあります。この自動生成されたファイルをリポジトリに置きたくないので、プロジェクトをコンパイルするたびに、このファイルを自動生成するために事前ビルドを実行します。

問題は、この自動生成されたファイルが *.c および *.h ファイルであることです。最初にプロジェクトをコンパイルすると、次のことが (この順序で) 発生します。

• pre-build: 一部の *.c および *.h を自動生成
• build: Eclipse はこの自動生成ファイルをビルドしません

もう一度コンパイルすると、このファイルがコンパイルされます。これは、Eclipse がコンパイルするファイルの検出プロセスが原因で発生している可能性があります。コンパイルを開始する前は、この自動生成された *.c および *.h ファイルはありません。

2 回目のコンパイルでは、この自動生成されたファイルが既にあるため、このファイルがコンパイルされます。

Visual Studio 2010 に FOR ループを実行させようとしています - .bat ファイルで実行できるものと同じように - ビルド前のイベント コマンドとして... これまでのところ運がありません。

簡単に言うと、Qt の moc.exe がビルド時にすべてのヘッダー ファイルを反復するようにしようとしています。これが機能する場合、達成すべきもう 1 つのことは、生成された moc_*.cpp ファイルをビルド プロセスに含めることですが、現時点ではまだ十分ではありません。

何か案が ？どうもありがとう ！

ソリューションのすべての NuGet パッケージをダウンロードするために作成した小さなプログラムがあります。ビルドするたびにこのプログラムを実行するビルド前イベントをセットアップしたいと思います。

ただし、最初のプロジェクトのビルドが開始される前に実行する必要があります。現在ビルド中のものを最初に見て、それをそのプロジェクトのビルド前イベントに置くこともできますが、それはかなり脆弱です。新しいプロジェクトを追加したり、プロジェクト間の参照を更新したりするたびに、「最初の」ビルド プロジェクトがまだ最初のものであることを再確認する必要があります。

したがって、私が本当に必要としているのは、建物が実際に始まる前にこれを行う方法です。Visual Studio マクロについて聞いたことがあります。しかし、それらはチェックインされるものではないので、私はそれらを使用しないことを好みます (しかし、それが私の唯一の選択肢である場合は、それらを使用します)。

ビルド前のイベントでdatasvcutil.exeコマンドを実行しています。

datasvcutil.exeは、「C：\ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319」（64ビットマシンの場合）にあります。

これをC：\ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ datasvcutil.exeとしてハードコーディングすることもできますが、それはかなり脆弱なようです。架空の.netv4.0.30320がリリースされると、ビルド前のイベントは機能しなくなります。

Visual Studioコマンドプロンプトを使用して、パスなしでdatasvcutil.exeを呼び出すことができます。ビルド前のイベントコマンドラインからこれを呼び出す同様の間接的な方法があるかどうか疑問に思っています。

コードで難読化したい文字列があるとしましょう。（この例は学習用です。）

私の計画は、文字列リテラルをマクロでラップすることです。

また、ビルド前の手順として、ソースファイルを独自のプリプロセッサで実行して、文字列のすべての使用法を検索し、_MY_ENCRYPTION_MACROそれに応じて文字列を難読化します。

Visual C ++でこの前処理を行うにはどうすればよいですか？

Java プロジェクトのビルドを開始する前に、コード内のいくつかのフラグと xml ファイル内のいくつかの値をチェックしたいと思います。それを行う最良の方法は何ですか？それを行うための Java クラスを作成しますか? スクリプトのみを使用しますか?

私は Ant を使用しており、クラスで静的変数として設定されているいくつかのフラグに適切な値があることを確認する必要があります。単体テストを書くことはできますが、その場合はビルド後に実行されます。その前にやらなきゃ。

Windowsを使用していることも付け加えておきます

I have deployed CruiseControl.Net (Version 1.6.7981.1) server and it does the following tasks:

1. Build trigger
2. Labeller
3. VSTS Soursecontrol block (Get the soursecode from TFS 2010 server)
4. Build the code in Debug mode
5. Run NUnit test using Nanat task
6. Merge NUnit-Result.xml (Publisher task)

As I need to clear NUnit-Result.xml file every time before running the NUnit task, I have added a delete task in Nant.build file which deletes NUnit-results.xml before NUnit task run.

Now my problem is when my build get triggers and if my TFS server is not accessible, build get failed and only publisher task runs so Old Nunit result file merge in the failed build.

I Tried running "Prebuild" task but it works only if TFS server is accessible.

Now What I want is a task to delete Nunit-result.xml which can run even if my TFS is not accessible (either before soursecontrol block or within/after publisher block)

Thanks in advance

インストールしようとしていますが、 gnome サイトからgtk-pixbuf 2.61.1が見つからないと表示されます。TIFF library

これらのライブラリをソースからインストールする前に、オペレーティング システム ベンダーが、インストールしていないこれらのライブラリのビルド済みパッケージを持っているかどうかを確認する必要があります。

ソースからインストールする前に、そのようなビルド済みUbuntuパッケージが存在するかどうかを確認する方法がわかりません。

プロジェクトの1つがコンパイルに時間がかかりすぎて、ほとんど変更されないという解決策があります。つまり、開発者がソリューション全体を「再構築」すると、時間がかかります (ただし、この特定のプロジェクトでは何も変更されていません)。

「ビルド前のイベントコマンドライン」を追加するように提案されましたが、コンパイルする必要があるかどうかを正確に確認するにはどうすればよいですか (変更されたことをコンパイルしたいのですが)? そして-失敗できる場合-これは良い習慣ですか？（継続的インテグレーション等の観点から）

一部の開発者がソリューション全体の再構築を意図したとしても、必要がない場合は再構築を回避できる他の方法を自由に提案してください。