Как отметить проблему, как разрешено от журнала фиксации?
Я отметил, что в BitBucket, когда Ваш журнал фиксации содержит число как #12 это число связано с ошибкой номер 12.
Я нашел эту функцию интересной, и интересно, существует ли какое-либо ключевое слово, которое позволило бы мне отмечать проблему, как разрешено от журнала фиксации вместо того, чтобы идти в веб-интерфейс каждый раз.
Если BitBucket не делает этого, Вы могли бы указать на систему, которая делает?
3 ответа
Хостинг проекта Google Code также поддерживает его:
http://code.google.com/p/support/wiki/issueTracker#Integration_with_version_control
Есть команды журнала Commit-log для:
- легко установить Состояние выпуска исправлена.
- Обновите любой аспект проблемы и добавьте комментарий.
- Введите новый вопрос.
Запросите обзор кода.
(исправления проблемы NNN) прилагают команду в скобках Исправлена проблема NNN. Полное предложение в вашем журнале Описание сообщения Исправляет проблему NNN на линии самостоятельно
Слово исправления могут заменяться закрытыми или разрешающими. Номер номера может иметь ведущий фунт-знак (#) или нет.
Другие команды Compart-Log используют синтаксис многострочной «длинной формы», который более мощный.
COMMAND-LINE
ISSUE-FIELD-UPDATE*
COMMENT-TEXT...
Если командная строка является одним из следующих:
Update issue NNN
New issue
New review
Может быть любое количество строк обновлений поля выпуска. Эти линии могут быть одним из следующих действий:
Summary: NEW-VALUE
Status: NEW-VALUE
Owner: NEW-VALUE
Cc: PLUS-MINUS-LIST
Labels: PLUS-MINUS-LIST
Для клиентов Winform, которые подключаются непосредственно к базе данных, это возрастной вопрос (10 лет или около того?), который может никогда не быть решен.
Проблема в том, что независимо от того, как вы шифруете или запутываете соединение последовательности всегда будет точка время, когда последовательность будет представляема в виде обычного текста в памяти клиентского компьютера и, следовательно, может быть взломан.
Вы были рекомендованы другими SOERS, я просто подумал, что я бы указал, что вы пытаетесь работать.
-121--4013104-Если при небольшом изменении программного обеспечения происходит разрыв многих тестов, то тесты написаны не очень надежно. Важно писать тесты, чтобы проверить поведение кода, а не реализацию. Также необходимо убедиться, что каждый тест является максимально независимым.
Во многих случаях изменения, необходимые для упрощения тестирования кода, будут иметь побочный эффект от улучшения качества кода - например, помогая определить интерфейс между компонентами.
-121--2921071-Bitbucket уже поддерживает маркировку проблем при фиксации с помощью службы Issues .
Служба проверяет сообщения фиксации команд, которые автоматически изменяют состояние соответствующей проблемы на трекере.
[snip]
Примеры:
"... исправления # 4711 "... # помечает проблему как решенную
"... повторное открытие ошибки 4711 "... # отмечает выпуск как открытый
"... refs ticket 4711 "... # ссылки набора изменений для выдачи в качестве комментария
"... refs ошибка # 4711 и # 4712 "... # ссылки на несколько проблем
Для этого, возможно, потребуется активировать ее:
Службы могут быть активированы администратором по каждому репозиторию. Перейдите на страницу репозитория, перейдите на вкладку Администратор, щелкните Службы, затем выберите службу из списка и добавьте ее.
Redmine имеет настраиваемые параметры. Большинство используемых:
-
-
- [12] #xxx / см. #Xxx - ссылки на проблему
- закрывается #xxx / исправления #xxx - возмещение вопроса как разрешено / закрыто
-