4

自宅では、CTRL+SHIFT+B または F7 など、ビルド ツールのビルドを開始する任意のキー シーケンスを使用します。職場では、これではうまくいきません。

私の最初の仕事 (インターンシップ) では、Visual Build という製品を使用しました。これは私が今まで使った中で最高のビルド ツールです。ここでの欠点は、無料ではないことです。

最近の仕事では、Ant について文字通り何も知りませんでした。残念ながら、私はビルド プロセスに深く関わっており、自分自身を解放することはできません。はい、動作しますが、Visual ビルドから来た後は、あらゆる段階で私と戦っているようです。はい、無料ですが、私たちはフリー ソフトウェアのみの開発会社になるつもりはありません。

私はmake他のビルドツールを調べたことがないので、他に何があるかはよくわかりません。

Visual Build を見た、または経験したことがある人はいますか? ほとんどの場合、いくつかの重要なことが好きです。

  1. それはGUIを持っています
  2. コンパイルされたクラスを必要とせずに任意の VBScript を実行します
  3. ビルド プロセスをステップ実行することも、途中から開始することもできます。

これを備えた無料のビルドツールはありますか? 先に進む価値があることを人々に納得させる方法はありますか? 2008 年です。開発には IDE を使用しますが、ビルドには (IBE) を使用しないのはなぜでしょうか?

編集:私は主に私の最後の質問に対する答えを探しています。無料で使用できる GUI が組み込まれたソリューションはありますか?

4

15 に答える 15

4

あまり洗練されていませんが、一連のバッチ ファイルを使用します。そして、それはうまく機能します。

于 2008-11-26T14:49:40.723 に答える
3

FinalBuilder を使用しています。VisualBuild と非常に似ていると思いますが、後者は使用していません。

コマンドラインから実行でき、必要に応じて CC.Net と統合できます。

于 2008-11-26T16:28:59.307 に答える
2

Java プロジェクトでは、Teamcity を使用します。これは一種のクルーズ コントロールのようなものですが、リモートで実行することもできます。つまり、サーバーに変更を送信し、ビルドして単体テストを実行し、すべてが正常に機能する場合は、チェックインし、非常に優れたビルドを行います。ツールであり、最大 20 のビルド構成で無料です。

Visual Studio 2005 プロジェクトでは、InstallShield を使用して最終的な exe と dll をパッケージ化し、それらを共有サーバーに配置することを含め、Final Builder を使用します。これは無料ではありませんが、非常に使いやすく、使い始めることができます。

また、(FinalBuilder から) 他の多くのプラットフォーム (Unix/Linux/OpenVMS) に telnet で接続し、そこで makefile を実行してリモート ビルドを開始します。

継続的なビルドは使用しませんが、それを処理し、FinalBuilder Professional ライセンスで無料で提供される FinalBuilder サーバーがあります。

私たちは FinalBuilder に非常に満足しています。ほとんどの問題を解決するのに十分なほど強力で、すぐに使いこなすのは非常に簡単です。

于 2008-11-26T14:53:33.617 に答える
2

Cメイク。KDevelop、Eclipse、Makefile、および Visual Studio (および XCode) 用のビルド ファイルを生成し、実際に機能します。プログラミング機能はかなり制限されていますが、マクロを使用して簡単に拡張できます。学習は簡単で、既存のアプリケーションを Visual Studio から Visual Studio に移植するのは非常に簡単です。ただし、C++/C および IIRC Fortran コードに限定されます。

KDE も現在 CMake を使用しているため、非常にうまくスケーリングされているようです (つまり、プロジェクトの生成時間/依存関係のチェックはそれほど悪くありません)。

于 2008-11-26T14:54:37.860 に答える
1

アッパーカット。それは無料です。

UppercuT は NAnt を使用してビルドします。これは非常に使いやすいビルド フレームワークです。

自動化されたビルドは、(1) ソリューション名、(2) ソース管理パス、(3) ほとんどのプロジェクトの会社名と同じくらい簡単です!!!

http://code.google.com/p/uppercut/

ここにいくつかの良い説明があります:UppercuT

于 2009-05-16T19:29:12.223 に答える
1

これがまさにあなたが探しているものかどうかはわかりませんが、私は CruiseControl.NET が大好きです。MSBuild タスクを使用してプロジェクトをビルドします。GUI は正確にはありませんが、ビルドの結果を表示するための Web インターフェイスと、ビルド ステータスを警告するシステム トレイ常駐プログラムがあります。

于 2008-11-26T14:48:31.880 に答える
0

小さなプロジェクトでは、ビルド後のスクリプトを使用します。7z、Nsis、および同様のCLIツールのサポートにより、私にとっては完璧に機能します。

于 2008-11-26T15:34:58.167 に答える
0

キーストロークの話に戻ると、CTO が大好きなHoekeyを見つけました。私自身は使っていませんが、キーストロークを物事に割り当てる方法としては、かなり良いです。

于 2008-11-26T14:56:59.803 に答える
0

Visual Build については何も知りませんが、あなたの説明からすると、Windows に関連付けられており、コマンド ラインからは実行されないように思えます。

Java ソフトウェアを構築している場合 (Ant を使用しているため、そうしていると思います)、クロスプラットフォーム ツールを使用することをお勧めします。コマンドラインからツールを実行できる場合は、スクリプト化可能であり、自動化にとって非常に重要です。

Ant は拡張可能であり、デファクト スタンダードでもあります。使用できる多くのツール (Cobertura、TestNG など) は、ビルドに簡単に統合できるように Ant タスクを提供します。

私はすべての Java プロジェクトで Ant を使用しています。Mavenを好む人もいますが、私はその 1 人ではありません。Ant は完璧には程遠いですが (XML 構文は少し不格好です)、十分に文書化されており、非常に安定しており、非常に簡単です。

Ant や Maven などの標準ツールを使用すると、継続的インテグレーション製品をいくつでも利用できます。Visual Build で動作するものは多くないと思います。

ほとんどの IDE は Ant をサポートしているため、一種の GUI が提供され、CI サーバーはビルドを行うための Web インターフェイスを提供します。

于 2008-11-26T15:00:45.477 に答える
0

NAnt (Ant の .NET ポート)。うまく機能し、簡単に拡張できます。

于 2008-11-26T15:02:11.760 に答える
0

AntまたはMavenは優れた小さなビルド ツールです。

また、ビルド プロセスを自動化したい場合は、TeamCityBambooなどの優れたツールがいくつかあります。

于 2008-11-26T17:08:57.870 に答える
0

私は、C++ ファイルを構築するためのsconsがとても好きになりました。これは非常に簡単で、ビルド スクリプトは Python で記述されています (これは、ハッキングされた DSL IMO よりもはるかに優れています)。

于 2008-11-26T16:24:18.647 に答える
0

TeamCity と CuriseControl はどのプロジェクトでもうまく機能しますが、TeamCity を選択する理由は次のとおりです。

セットアップの容易さ: セットアップ中に、特に CruiseControl と比較して、TeamCity のセットアップと使用が簡単であることがわかりました。XML ファイルを編集したり、CruiseControl のような個々のビルド マシンを大規模に構成したりする必要はありませんでした。

拡張性の容易さ: TeamCity は、拡張性の容易さでも際立っています。ビルドがキューで長時間待機していることが判明した場合は、コンピューターをエージェントとして追加できます。私たちの側での唯一の追加作業は、新しいコンピューターを TeamCity サーバーに登録し、msbuild と subversion をインストールすることです。

Subversion とのやり取り: 最後のビルド以降に Subversion にコミットされた変更の数と内容、ビルドを開始したユーザーなどを確認できます。

于 2008-11-26T16:20:43.037 に答える
0

個人的には、Makefile は非常にシンプルなので、ほぼすべての作業に Makefile を使用しています。しかし、私の仕事では、アリの使用を余儀なくされています。

私が ant に対して抱えている主な問題は、正しいインデントがあっても、XML では読みにくく理解しにくいということです。一方、XML の冗長性は、他の人の ant ファイルを読み取るときに役立ちますが、ファイルが数十行を超えると PITA になります。

ビルドする GUI を持つことに関しては... 私はいつもそれがプラスではなくマイナスだと感じていました。

于 2008-11-26T19:16:56.100 に答える