я знаю много исходных систем слежения контроля (в redmine, Trac в, с jira) вы можете добавить волшебные слова как [F1] в свое сообщение, чтобы ошибок обновлена до определенного статуса. Есть ли возможность такой с launchpad - если да, то где, или что, список волшебных слов?
пример можно увидеть на странице вопроса трекер redmine на это.
http://www.redmine.org/issues/6987 есть две "связанные изменения"
они связаны, потому что сообщение было Исправлено: find_page Вики#не должны быть чувствительны к регистру, потому что Заголовок страницы уникальность не (#6987). Комбинация фиксированного в качестве ключевого слова и #6987, уникальный идентификатор ошибки, автоматически обновляется связанных с галочкой на "фиксированный".
Из http://doc.bazaar.canonical.com/development/en/user-reference/bugs-help.html:
При совершении фиксации метаданные об ошибках, исправленных этим изменением, могут записывается с помощью параметра -fixes. Для каждой ошибки, отмеченной как фиксированная, запись включается в свойство исправления «ошибок», указывающее ‘<url> <status>’. (Единственное текущее значение статуса поддерживается.) Параметр --fixes позволяет вам указать отслеживатель ошибок и идентификатор ошибки, а не полный URL-адрес. Это выглядит так: bzr commit --fixes <tracker>:<id>Например, bzr commit --fixes lp:1234 -m "Fixes bug #1234 будет отмечать ошибку Launchpad №1234 как фиксированную. Сообщение "Fixes bug #1234" не помещает ошибку как фиксированную, но будет ссылаться на отчет об ошибке при просмотре истории фиксации в Launchpad.
Из http://doc.bazaar.canonical.com/development/en/user-reference/bugs-help.html:
При совершении фиксации метаданные об ошибках, исправленных этим изменением, могут записывается с помощью параметра -fixes. Для каждой ошибки, отмеченной как фиксированная, запись включается в свойство исправления «ошибок», указывающее ‘<url> <status>’. (Единственное текущее значение статуса поддерживается.) Параметр --fixes позволяет вам указать отслеживатель ошибок и идентификатор ошибки, а не полный URL-адрес. Это выглядит так: bzr commit --fixes <tracker>:<id>Например, bzr commit --fixes lp:1234 -m "Fixes bug #1234 будет отмечать ошибку Launchpad №1234 как фиксированную. Сообщение "Fixes bug #1234" не помещает ошибку как фиксированную, но будет ссылаться на отчет об ошибке при просмотре истории фиксации в Launchpad.
Из http://doc.bazaar.canonical.com/development/en/user-reference/bugs-help.html:
При совершении фиксации метаданные об ошибках, исправленных этим изменением, могут записывается с помощью параметра -fixes. Для каждой ошибки, отмеченной как фиксированная, запись включается в свойство исправления «ошибок», указывающее ‘<url> <status>’. (Единственное текущее значение статуса поддерживается.) Параметр --fixes позволяет вам указать отслеживатель ошибок и идентификатор ошибки, а не полный URL-адрес. Это выглядит так: bzr commit --fixes <tracker>:<id>Например, bzr commit --fixes lp:1234 -m "Fixes bug #1234 будет отмечать ошибку Launchpad №1234 как фиксированную. Сообщение "Fixes bug #1234" не помещает ошибку как фиксированную, но будет ссылаться на отчет об ошибке при просмотре истории фиксации в Launchpad.
Из http://doc.bazaar.canonical.com/development/en/user-reference/bugs-help.html:
При совершении фиксации метаданные об ошибках, исправленных этим изменением, могут записывается с помощью параметра -fixes. Для каждой ошибки, отмеченной как фиксированная, запись включается в свойство исправления «ошибок», указывающее ‘<url> <status>’. (Единственное текущее значение статуса поддерживается.) Параметр --fixes позволяет вам указать отслеживатель ошибок и идентификатор ошибки, а не полный URL-адрес. Это выглядит так: bzr commit --fixes <tracker>:<id>Например, bzr commit --fixes lp:1234 -m "Fixes bug #1234 будет отмечать ошибку Launchpad №1234 как фиксированную. Сообщение "Fixes bug #1234" не помещает ошибку как фиксированную, но будет ссылаться на отчет об ошибке при просмотре истории фиксации в Launchpad.
Из http://doc.bazaar.canonical.com/development/en/user-reference/bugs-help.html:
При совершении фиксации метаданные об ошибках, исправленных этим изменением, могут записывается с помощью параметра -fixes. Для каждой ошибки, отмеченной как фиксированная, запись включается в свойство исправления «ошибок», указывающее ‘<url> <status>’. (Единственное текущее значение статуса поддерживается.) Параметр --fixes позволяет вам указать отслеживатель ошибок и идентификатор ошибки, а не полный URL-адрес. Это выглядит так: bzr commit --fixes <tracker>:<id>Например, bzr commit --fixes lp:1234 -m "Fixes bug #1234 будет отмечать ошибку Launchpad №1234 как фиксированную. Сообщение "Fixes bug #1234" не помещает ошибку как фиксированную, но будет ссылаться на отчет об ошибке при просмотре истории фиксации в Launchpad.
Из http://doc.bazaar.canonical.com/development/en/user-reference/bugs-help.html:
При совершении фиксации метаданные об ошибках, исправленных этим изменением, могут записывается с помощью параметра -fixes. Для каждой ошибки, отмеченной как фиксированная, запись включается в свойство исправления «ошибок», указывающее ‘<url> <status>’. (Единственное текущее значение статуса поддерживается.) Параметр --fixes позволяет вам указать отслеживатель ошибок и идентификатор ошибки, а не полный URL-адрес. Это выглядит так: bzr commit --fixes <tracker>:<id>Например, bzr commit --fixes lp:1234 -m "Fixes bug #1234 будет отмечать ошибку Launchpad №1234 как фиксированную. Сообщение "Fixes bug #1234" не помещает ошибку как фиксированную, но будет ссылаться на отчет об ошибке при просмотре истории фиксации в Launchpad.
Из http://doc.bazaar.canonical.com/development/en/user-reference/bugs-help.html :
При создании commit, метаданные об ошибках, исправленных этим изменением, могут быть записаны с помощью параметра -fixes. Для каждой ошибки, отмеченной как фиксированная, запись включается в свойство ревизии «ошибок», указывающее
'& lt; url & gt; & Lt; & статус триазол
». (Единственное текущее значение статуса поддерживается.)Параметр
- fixes
позволяет указать идентификатор ошибок и идентификатор ошибки, а не полный URL-адрес. Это выглядит так:blockquote>
bzr commit -fixes & lt; tracker & gt;: & lt; id & gt;
Например,
bzr commit -fixes lp: 1234 -m "Исправлена ошибка # 1234
, как исправлена ошибка запуска 1234. Сообщение" Исправлена ошибка 1234 "
не отмечало ошибку как фиксированную, но он будет ссылаться на отчет об ошибке при просмотре истории фиксации в Launchpad. [!d6]
Из http://doc.bazaar.canonical.com/development/en/user-reference/bugs-help.html :
При создании commit, метаданные об ошибках, исправленных этим изменением, могут быть записаны с помощью параметра -fixes. Для каждой ошибки, отмеченной как фиксированная, запись включается в свойство ревизии «ошибок», указывающее
'& lt; url & gt; & Lt; & статус триазол
». (Единственное текущее значение статуса поддерживается.)Параметр
- fixes
позволяет указать идентификатор ошибок и идентификатор ошибки, а не полный URL-адрес. Это выглядит так:blockquote>
bzr commit -fixes & lt; tracker & gt;: & lt; id & gt;
Например,
bzr commit -fixes lp: 1234 -m "Исправлена ошибка # 1234
, как исправлена ошибка запуска 1234. Сообщение" Исправлена ошибка 1234 "
не отмечало ошибку как фиксированную, но он будет ссылаться на отчет об ошибке при просмотре истории фиксации в Launchpad. [!d6]
Из http://doc.bazaar.canonical.com/development/en/user-reference/bugs-help.html :
При создании commit, метаданные об ошибках, исправленных этим изменением, могут быть записаны с помощью параметра -fixes. Для каждой ошибки, отмеченной как фиксированная, запись включается в свойство ревизии «ошибок», указывающее
'& lt; url & gt; & Lt; & статус триазол
». (Единственное текущее значение статуса поддерживается.)Параметр
- fixes
позволяет указать идентификатор ошибок и идентификатор ошибки, а не полный URL-адрес. Это выглядит так:blockquote>
bzr commit -fixes & lt; tracker & gt;: & lt; id & gt;
Например,
bzr commit -fixes lp: 1234 -m "Исправлена ошибка # 1234
, как исправлена ошибка запуска 1234. Сообщение" Исправлена ошибка 1234 "
не отмечало ошибку как фиксированную, но он будет ссылаться на отчет об ошибке при просмотре истории фиксации в Launchpad. [!d6]
Из http://doc.bazaar.canonical.com/development/en/user-reference/bugs-help.html :
При создании commit, метаданные об ошибках, исправленных этим изменением, могут быть записаны с помощью параметра -fixes. Для каждой ошибки, отмеченной как фиксированная, запись включается в свойство ревизии «ошибок», указывающее
'& lt; url & gt; & Lt; & статус триазол
». (Единственное текущее значение статуса поддерживается.)Параметр
- fixes
позволяет указать идентификатор ошибок и идентификатор ошибки, а не полный URL-адрес. Это выглядит так:blockquote>
bzr commit -fixes & lt; tracker & gt;: & lt; id & gt;
Например,
bzr commit -fixes lp: 1234 -m "Исправлена ошибка # 1234
, как исправлена ошибка запуска 1234. Сообщение" Исправлена ошибка 1234 "
не отмечало ошибку как фиксированную, но он будет ссылаться на отчет об ошибке при просмотре истории фиксации в Launchpad. [!d6]
Из http://doc.bazaar.canonical.com/development/en/user-reference/bugs-help.html :
При создании commit, метаданные об ошибках, исправленных этим изменением, могут быть записаны с помощью параметра -fixes. Для каждой ошибки, отмеченной как фиксированная, запись включается в свойство ревизии «ошибок», указывающее
'& lt; url & gt; & Lt; & статус триазол
». (Единственное текущее значение статуса поддерживается.)Параметр
- fixes
позволяет указать идентификатор ошибок и идентификатор ошибки, а не полный URL-адрес. Это выглядит так:blockquote>
bzr commit -fixes & lt; tracker & gt;: & lt; id & gt;
Например,
bzr commit -fixes lp: 1234 -m "Исправлена ошибка # 1234
, как исправлена ошибка запуска 1234. Сообщение" Исправлена ошибка 1234 "
не отмечало ошибку как фиксированную, но он будет ссылаться на отчет об ошибке при просмотре истории фиксации в Launchpad. [!d6]