1

次の基準を満たす既存のビルド システムはありますか?

  • ネスト可能/再帰的。つまり、CMake や (非再帰的な) make のような "トップ" レベルのビルド ファイルはなく、他のほぼすべてのビルド システムにもありません。
  • ソース内ビルド。これは、ビルド システムを完全にネスト可能/再帰的にするために必要です。
  • 多くの言語の自動依存関係スキャン
  • 命令構文ではなく宣言構文を使用する構成ファイル
  • 構成ファイルの構文は、任意のカスタム ビルド規則の追加をサポートします
  • IDE プロジェクト生成の肥大化なし
  • クロスプラットフォーム実装のためのショーストッパーはありません
  • タイムスタンプよりも優れたハッシュベースの変更検出（または少なくとも〜何か）
  • フリーソフトウェア

基本的に、システム全体でソフトウェア ビルドの依存関係を管理するタスクをこなしながらも、ミニマリストで効率的なものが必要です。私は、オープンソース世界の大多数が採用できる精神的な後継者を作りたいと思っています。一番近いのは？

4

3 に答える 3

1

タップ面白そう…

http://gittup.org/tup/

そしてdjbやり直し：

https://github.com/apenwarr/redo/

そして振る：

http://hackage.haskell.org/package/shake

于 2012-11-14T16:03:17.860 に答える
0

忍者インフラストラクチャーは面白そうです。これはスタンドアロンのビルド システムではありませんが、非常にエレガントなフロントエンドを作成するきっかけになるかもしれません。そしておそらく、CMake がバックエンドとしてサポートすることで、採用が加速するでしょう。

http://martine.github.com/ninja/

于 2012-11-14T15:26:30.490 に答える
0

Makepp が近づき、私はそれを使用しました。ただし、何らかの理由でトラクションがあまりありません...潜在的な欠点：

  • システム プログラミング言語ではなく perl で実装されているため、ハッキングに関心のある開発者は少ないですか?
  • 適切ではないため、真剣に受け止めるのが難しい
  • Make から構文を継承します。物事を行う正しい方法を1つだけ強制するわけではありません
  • 遅いビルド
  • サブディレクトリは親から情報を継承しません
于 2012-11-14T15:02:36.023 に答える