Почему никто не создал систему сборки с открытым исходным кодом для глупого? [закрытый]
В дополнение к корректному ответу Marxidad:
- стоит знать о связанной с Func семье,
Actionделегаты. Снова, это типы, перегруженные количеством параметров типа, но объявленные возвратиться пусто. - , Если Вы хотите использовать Func/Action в.NET 2,0 проекта, но с простым маршрутом к обновлению позже, можно вырезать и вставить объявления от моего страница сравнения версий. Если Вы объявите их в
Systemпространство имен тогда, то Вы будете в состоянии обновить только путем удаления объявлений позже - но тогда Вы не будете в состоянии (легко) создать тот же код в.NET 3.5 без удаление объявлений.
3 ответа
Вот некоторые ссылки (и цитаты с сайта) на инструменты, которые я заметил за эти годы:
PreMake : Вы являетесь менеджером программного проекта. Ваши пользователи просят вас предоставить файл рабочей области Visual Studio, но у вас нет Visual Studio! Или, возможно, вы разработчик Windows изо всех сил стараетесь синхронизировать Make-файлы для порта Linux. Это обычная проблема для проектов с открытым исходным кодом: ограничьте пользователей одним инструментом сборки - отгоняя потенциальных участников - или вручную поддерживайте два, три или более наборов сценариев сборки. Введите Premake.
CMake : Добро пожаловать в CMake, кроссплатформенную систему сборки с открытым исходным кодом. CMake - это семейство инструментов, предназначенных для создания, тестирования и упаковки программного обеспечения. CMake используется для управления процессом компиляции программного обеспечения с использованием простых файлов конфигурации, независимых от платформы и компилятора. CMake генерирует собственные make-файлы и рабочие области, которые можно использовать в среде компилятора по вашему выбору.
buildconf : Он начинался как небольшой сценарий подготовки сборки ... и с годами превратился в довольно полезную утилиту экономия времени и сил благодаря запросам поддержки и кроссплатформенной компиляции. Это тот же самый сценарий, который часто встречается в проектах, использующих систему сборки GNU, также известную как просто GNU Autotools или для каждого инструмента отдельно как Autoconf, Automake и Libtool. В этих проектах часто написан специальный вспомогательный сценарий, который подготавливает систему сборки для разработчиков их проектов, обычно использующих различные инструменты, такие как libtoolize, autoconf или autoreconf. Этот сценарий часто называют buildconf или autogen.sh, но цель одна: подготовить вашу систему сборки к компиляции
BSDBuild : BSDBuild (ранее csoft-mk) - это простая, автономная и переносимая сборка система, производная от традиционных файлов share / mk 4.4BSD. BSDBuild позволяет создавать файлы сборки в стиле BSD, но без расширений сборки BSD (вместо них используются стандартные фрагменты сценария Борна), поэтому система сборки переносима для большинства операционных систем и имеет различные варианты.
iCompile : iCompile сборки с нулевой конфигурацией system
OMake : (OCaml) OMake - это система сборки, разработанная для масштабируемости и переносимости.
BakeFile : Bakefile - это кроссплатформенный генератор сборочных файлов для кросс-компилятора. В качестве входных данных он принимает независимое от компилятора описание задач сборки и генерирует собственный make-файл (autoconf ' s Makefile.in, проект Visual C ++, makefile bcc и т. д.)
SCons - это инструмент для создания программного обеспечения с открытым исходным кодом, то есть инструмент для сборки нового поколения. Считайте SCons улучшенной кроссплатформенной заменой классической утилиты Make со встроенной функциональностью, аналогичной autoconf / automake , и кэшам компилятора, таким как ccache . Короче говоря, SCons - это более простой, надежный и быстрый способ создания программного обеспечения.
Создание проекта : «Создать проект» - это сценарий bash, который создает скелеты проекта. Он автоматизирует задачу запуска нового проекта с информацией, предоставленной из командной строки. Пакет, созданный по умолчанию, представляет собой проект «hello world» выбранного скелета, который использует автоматические инструменты для управления.
Не обслуживаемые или мертвые проекты (07-2012)
cppmake :
Поскольку целью вашей системы сборки является установка библиотеки в целевые системы, вы должны использовать один из общих инструментов, с которым знаком каждый устанавливает программное обеспечение.
Таким образом, основная цель системы сборки - гибкие возможности настройки.
Каждый может работать с CMake и Автоинструменты . Придерживайтесь их.
Хорошо: Все системы - отстой. Некоторые просто сосут меньше. как заявляет почтовая программа mutt. Тем не менее, несколько быстрых комментариев:
- Qt довольно хорош и хорошо документирован, и мне нравятся файлы .pro, которые он создает. Кроме того, это надежно кроссплатформенный заказ, и теперь вы получаете IDE и т. Д., Если хотите.
- CMake - это то, что мы используем на работе, и это тоже кроссплатформенность, к этому можно привыкнуть, но я по-прежнему считаю его причудливым.
- GNU Autoconf и др. - это то, что я использую для своих проектов. Причудливо, но я привык к этому и к миллиарду рабочих примеров на Intertubes.
- Бра может быть?