Люди,

У нас есть 4 или 5 утилит, которые работают в сочетании с нашим приложением. Эти утилиты представляют собой либо .bat файлов, либо VB приложения, PowerBuilder и т. д. Я пытаюсь управлять этими utils в системе управления версиями и пытаюсь найти лучший способ назначить им версии. Прямо сейчас разработчики используют метаданные системы управления версиями-в частности, метку-для хранения номера версии инструмента.

Моя цель состоит в том, чтобы иметь индивидуальные пакеты InstallShield для каждой утилиты, а также простые средства для управления и назначения номеров версий этим пакетам.

Вы бы рекомендовали отдельный файл .ini с информацией, или хранить информацию в самом файле InstallShield .ism, или просто использовать информацию о метаданных из средства управления версиями?

UPDATE :

Мне нравится эта идея, Орион. Но у меня есть одна забота. Скрипт, увеличивающий номер версии... он не может быть достаточно умен, чтобы увеличить основное число и т. д. право. напр. если один из utils имеет версию 1.2.3, и мы находимся в точке, где новая версия является 2.0.0. Сценарий может быть не в состоянии справиться с этим.

Я думаю, что это во многом связано с нашими методами ветвления-у нас их нет. Люди думали, что раз уж утили такие маленькие, то источник может и не нуждаться в ответвлениях.

Кто-нибудь знает о парсере даты и времени .NET, похожем на хронический для Ruby (обрабатывает такие вещи, как "tomorrow" или "3 часа дня в следующий четверг")?

Примечание: Я действительно пишу Ruby (именно так я знаю о хроническом), но этот проект должен использовать .NET.

У меня есть продукт, X, который мы поставляем клиенту, C каждый месяц, включая исправления ошибок,улучшения, новые разработки и т. д.) Каждый месяц меня просят ошибиться в качестве продукта.

Для этого мы используем ряд статистических данных, полученных из тестов, которые мы делаем, таких как:

• скорость повторного открытия (количество вновь открытых ошибок/количество исправленных ошибок, проверенных)
• новая частота ошибок (количество новых, включая регрессии, ошибок, найденных во время тестирования/количество исправленных ошибок, проверенных)
• для каждого нового улучшения, новая частота ошибок (количество ошибок, найденных для этого улучшения/количество mandays)

и различные другие цифры.

По причинам, в которые мы не будем вдаваться, невозможно каждый раз все проверять.

Итак, мой вопрос:

Как я могу оценить количество и тип ошибок, которые остаются в моем программном обеспечении? Какие стратегии тестирования я должен следовать, чтобы убедиться, что продукт хорош?

Я знаю, что это немного открытый вопрос, но эй, я также знаю, что нет простых решений.

Спасибо.

$('body').append('<div id="newblock">Новый элемент</div>');
$('#newblock').draggable();