Ведение журнала разработки

Question

Я работаю в отделе ИТ / разработки, где единственным способом, уведомляющим об изменениях в коде, является отправка электронного письма группе (development@company.com). Поэтому у нас много писем.

Я хотел бы настроить группу электронной почты, чтобы все электронные письма, отправленные в группу, хранились в одном месте. Мы используем Exchange, поэтому я подумал о том, чтобы они автоматически сохранялись в онлайн-папке Exchange. К сожалению, мне сказали, что эти папки обмена больше не являются последней версией Exchange.

Моим вторым выбором был внутренний блог, такой как Wordpress, где все электронные письма размещаются, помечаются и доступны для поиска.

• Есть ли у кого-нибудь программное обеспечение для ведения блогов для записи групповых электронных писем?
• Какие еще методы вы использовали для регистрации этих писем?

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

Обновление

Обратите внимание:

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

Answer 1

Невозможно создать новое электронное письмо, например, developmentcodechanges@company.com, и этот почтовый ящик является общим, чтобы любой разработчик мог заглянуть в этот почтовый ящик, но он не забил личный почтовый ящик каждого разработчика? Там, где я работаю, у нас есть почтовый ящик «Журналирование приложений», который используется таким образом, чтобы разные люди могли узнать, что происходит, и в то же время он не перегружает чей-либо личный почтовый ящик.

У нас есть несколько способов уведомить друг друга об изменении кода, кроме просмотра исходного кода:

1) Сборка машины с непрерывной интеграцией - когда кто-то проверяет новый код, запускается сборка, и это может быть то, что мы, разработчики, видим с чем-то вроде CCTray.

2) Мессенджеры - такие вещи, как Twitter или Microsoft Office Communicator - это способ отправить сообщение всем остальным, что что-то изменилось.

Answer 2

Ваша самая большая проблема - отсутствие системы управления конфигурацией. Это означает, что управление версиями исходного кода (например, Subversion) плюс процессы для управления изменениями, интеграцией и выпусками. Таким образом, вы не получите, чтобы кто-то добавил непроверенный код непосредственно перед финальной сборкой или исправил потерю, потому что Билл сохраняет свои изменения поверх изменений, уже внесенных Джо. Сказать «нет шансов получить» - это отречение от ответственности. Это ваш главный приоритет с точки зрения улучшения качества и эффективности. Создайте экономическое обоснование с учетом затрат и рисков вашей текущей несистемы и передайте его старшему руководству.

Тогда приобретите себе достойную систему отслеживания ошибок. Как и в случае с системами CM, существует множество бесплатных. Сообщения электронной почты не масштабируются.

Как только у вас появится система отслеживания проблем, привяжите к ней свою систему CM, указав соответствующий номер проблемы в поле комментария для каждой дельты. Затем вы можете написать сценарий Perl, чтобы сообщить вам, какие проблемы были исправлены в любой ветке, и использовать его отчеты для обновления проблем в трекере. Только когда вы это сделаете, вы узнаете, что появилось в вашем следующем выпуске.

Answer 3

Ну, большинство пакетов рассылки электронной почты (почтальон и т. Д.) Имеют функции архивирования и способы просмотра архивов, а также собственные способы управления пользователями.

Может быть, такой из них работает с обменом и освобождает exchange-mgr от управления мутациями в списке

Answer 4

Вопрос: почему вы хотите уведомлять людей об изменениях в коде? Как разработчики могут использовать эту информацию?

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

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

Answer 5

С риском казаться липким ... Может ли твитер быть вариантом для этого?

Не ваша личная учетная запись на твитере, а какой-то бизнес-сервис, где разработчики получают быстрое и краткое уведомление о происходящем.

Я думал об этом для нашей небольшой группы - просто чтобы все были в курсе того, над чем работают люди, и сталкиваются ли они с проблемами или застряли

Answer 6

У нас нет управления исходным кодом

Как ваши разработчики делятся кодом без системы контроля версий? Они посылают патчи по электронной почте или измененные файлы? Могут ли они справиться с этим, не создавая огромной боли для всех?

(и нет никаких шансов сделать это)

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

Если ваши разработчики могут получить доступ к общему сетевому ресурсу, попробуйте Mercurial . Это займет всего несколько минут и не требует серверного процесса, если у вас есть доступ к сетевым файлам. Здесь есть замечательное руководство, написанное Джоэлем Спольски: hginit .

Электронные письма заменяются сообщениями журнала при фиксации.

Если вы действительно не можете помешать своим разработчикам отправлять изменения кода по электронной почте, вы можете по крайней мере получить их в патчи электронной почты, содержащие наборы изменений Mercurial. В конце концов они решат, что проще извлечь из общей папки Mercurial, и вы успешно внедрили контроль кода с помощью стелса.

Есть ли у кого-нибудь программное обеспечение для ведения блогов для записи групповых электронных писем? Какие еще методы вы использовали для регистрации этих писем?

Более 20 лет в качестве разработчика программного обеспечения я никогда не работал где-либо, кто использовал бы электронную почту вместо системы контроля исходного кода.