Когда NAnt достигнет версии 1.0 - PullRequest
2 голосов
/ 09 ноября 2008

Мне очень нравится Нант. Я делаю много сценариев с NAnt. Это отличный маленький инструмент.

Так как NAnt до версии 1.0, когда возникают проблемы, я часто думаю, что это проблема с самим NAnt, но это не всегда так.

Один забавный пример: после запуска сценариев оракула я проанализировал вывод журнала, чтобы убедиться в отсутствии проблем. Я проверял это с небольшим файлом журнала, и это было хорошо.

Я использовал задачу для загрузки содержимого файла в строковое свойство и использовал регулярное выражение для поиска ошибок.

Когда я использовал этот скрипт для большого файла журнала, я перестал получать сообщение «сборка не удалась» внизу, потому что я печатал сообщения об ошибках.

Поскольку «ошибка сборки» скрывалась сверху, я думал, что NAnt потерпел крах, но он работал нормально.

Для NAnt было бы лучше иметь версию 1.0. Любые причины почему бы и нет?

Ответы [ 3 ]

5 голосов
/ 09 ноября 2008

NAnt - проект с открытым исходным кодом, который существует уже давно и довольно стабилен. Несмотря на то, что у них есть причины не называть его версией «1», действительно ли так важен номер версии в этом случае? Это просто этикетка.

Я бы связался с командой и выяснил, что нужно сделать, прежде чем они пометят ее как таковую, и, возможно, вы сможете внести некоторые исправления ошибок и т. Д. *

Хорошая вещь в том, что исходный код открыт, если вы найдете ошибку, вы можете исправить ее самостоятельно. Следовательно, риск того, что он не будет равен 1,0, немного снижается, если вы готовы потратить немного времени.

2 голосов
/ 01 июня 2010

Не уверен, если это имеет значение ... Смотрите официальный блог - NAnt не умер, он просто отдыхал

https://sourceforge.net/apps/wordpress/nant/2010/04/05/nants-not-dead-it-was-just-resting/

1 голос
/ 09 ноября 2008

Проекты с открытым исходным кодом, как правило, используют более «скромные» версии, чем коммерческие продукты, которые, как правило, в большей степени ориентированы на маркетинг. Хорошим примером различия является схема управления версиями Java, которая изменилась с 1.0 до 1.4, а затем, когда она достигла версии 1.5, она перешла на использование версии 5 (хотя 1.5 является внутренним именем).

...