Результаты поиска

Я использую cruisecontrol.rb для CI и FogBugz для отслеживания ошибок, но чем более общие ответы, тем лучше.

Во-первых, это техническая проблема: есть ли API для FogBugz? Есть ли хорошие учебники, или еще лучше, предварительно написанный код?

Во-вторых, это процедурная проблема: что именно должен CI поместить в трекер ошибок, когда сборка ломается? Возможно:

Название: "#{Последний коммиттер} сломал сборку!"

Тело: "# {следы ошибок }"

Я полагаю, что это предполагает ответ на этот вопрос: Должен ли я даже помещать CI breaks в мое отслеживание ошибок?

Я использую cruisecontrol.rb для CI и FogBugz для отслеживания ошибок, но чем более общие ответы, тем лучше.

Во-первых, это техническая проблема: есть ли API для FogBugz? Есть ли хорошие учебники, или еще лучше, предварительно написанный код?

Во-вторых, это процедурная проблема: что именно должен CI поместить в трекер ошибок, когда сборка ломается? Возможно:

Название: "#{Последний коммиттер} сломал сборку!"

Тело: "# {следы ошибок }"

Я полагаю, что это предполагает ответ на этот вопрос: Должен ли я даже помещать CI breaks в мое отслеживание ошибок?

Вопросы #1 - #4 по тесту Джоэла , на мой взгляд, касаются всех используемых инструментов разработки и системы поддержки для разработчиков:

1. Вы используете систему управления версиями?
2. Можете ли вы сделать сборку в один шаг?
3. Вы делаете ежедневные сборки?
4. У вас есть база данных об ошибках?

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

Для управления версиями я знаю, что Subversion-отличное решение ,и если вы один человек, вы можете даже использовать хранилище SourceGear.

Я использую NAnt для своих более крупных проектов, но еще не настроил скрипт для сборки моих инсталляторов, а также запуска инструментов обфузирования в одном шаге. Есть еще какие-нибудь предложения?

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

Для одной или двух человек команды уже обсуждалось на SO, что вы можете использовать FogBugz по требованию, но какие еще решения для отслеживания ошибок существуют для небольших команд?

Я знаю, что это довольно экзотично, но я хочу развернуть веб-приложение Ruby (не на основе Rails, а на основе Rack, поэтому он подключается к большинству серверов Ruby просто отлично) с использованием JRuby. Google и друзья дают мне несколько историй успеха, но в основном rails связаны, а если нет, то никаких подробностей о deployment не предоставляется. Фреймворк, который я использую, - это Ramaze, если это имеет значение.

Любая помощь будет принята с благодарностью.

Я уже использовал Trac / Subversion раньше, и мне очень нравится интеграция. Мой текущий проект использует Mercurial для распределенной разработки, и было бы неплохо иметь возможность отслеживать проблемы/ошибки и интегрировать это с Mercurial. Я понял, что это может быть сложно с природой DVCS.

Я отвечаю за более чем 100 документов (документ word, а не исходный код), которые нуждаются в доработке разными людьми в моем отделе. В настоящее время все документы находятся в общей папке, где они будут извлекаться, пересматриваться и сохраняться обратно в папку.

Сейчас я ищу "date modified" в общей папке, открываю недавно измененные документы и использую функцию "Track Change" в MS Word для применения изменений. Я нахожу это немного утомительным.

Так будет ли лучше и проще, если я зафиксирую это в базе данных управления версиями?

В основном я хочу сохранить другую версию файла.

• Используйте машину времени для сохранения различных версия (или теневая копия в Vista)

• Существует разница между текстом и бинарные документы, когда вы используете приложение для контроля версий. (А я и не знал тот)

• Diff не будет работать с двоичными файлами

• Система уведомлений (ie email) для пересмотра очень хороша

• Функция редактирования Google Docs.

Обновление :

Я поиграл с функцией редактирования Google Docs и чувствую, что это почти правильно для меня. Просто немного раздражен слишком частым версионированием (автосохранением).

Но то, что кажется правильным для меня, не означает, что это правильно для моего отдела. Будут ли они в порядке с сохранением всех этих документов с помощью Google?