fogbugz, svn интеграция не работает. (SVN размещен на wush.net) - PullRequest
Новая
       52

fogbugz, svn интеграция не работает. (SVN размещен на wush.net)

2 голосов
/ 11 января 2009

Я только что переключил два проекта на fogbugz, и пока мне это очень нравится. У FB есть несколько особенностей, которые просто выдувают трек из воды. Тем не менее, у меня возникли проблемы с тем, чтобы ФБ указывало на изменения в вопросах ФБ.

Я установил bugid в tortoisesvn, и все это работает - я могу нажать на bugid в графическом интерфейсе, и браузер fogbugz выскакивает с правильной проблемой. Однако обратное не работает.

Я использую wush для моего хостинга SVN.
Я смотрел на http://fogcreek.com/FogBugz/docs/60/topics/sourcecontrol/setup/Subversion.html

и

https://support.wush.net/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=33&nav=0

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

Интеграция между trac и svn работала нормально. Я смог (из trac ticket) увидеть источник, который изменился в ревизии, которая была связана с комментарием в коммите SVN.

Кто-нибудь имел успех с интеграцией FB с wush хостингом websvn / SVN?

EDIT:

Я также был бы рад, если бы у меня была возможность добавить ссылку, ссылку или даже текст в выпуск FB. Однако, похоже, что проблема FB даже не затронута коммитом.

EDIT: В ответ на один постер:

Ошибка отображается правильно в svnUI - то есть я могу нажать на ссылку в истории tortoisesvn, и она вызывает url в fogbugz.

Что не работает:

  • автоматическое обновление / вставка комментария о регистрации в выпуске FB
  • в FB, нет ссылки на репо / изменения / и т.д.

Ответы [ 3 ]

1 голос
/ 14 января 2009

"автоматическое обновление / вставка комментария для проверки в выпуск FB"

Поскольку это не работает, это означает, что скрипт фиксации перехвата не запускается или не может достичь вашего сервера FogBugz.

Смотрите это: http://www.fogcreek.com/FogBugz/blog/post/Debugging-Subversion-Source-Control-Integration.aspx

EDIT:

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

Наконец-то все заработало. В стандартном URL-адресе была небольшая настройка, которую мне пришлось изменить, и мне пришлось отправить скрипт пост-фиксации моему провайдеру.

Вот URL, который наконец собрал все для меня

Этот тоже помогает http://www.fogcreek.com/FogBugz/docs/60/topics/advanced/SourceControlIntegration.html

1 голос
/ 13 января 2009

У нас успешно работает FogBugz с SVN, хотя наш SVN размещен локально. Я не уверен, сформулируйте ваш вопрос, с какой частью у вас возникли проблемы, поэтому я опишу, что мы должны были сделать, чтобы это работало.

Потребовалось некоторое время, чтобы правильно настроить URL-адрес управления исходным кодом в FogBugz, но, начиная с основ, мы создавали его, пока не получили то, что хотели.

Также потребовалось некоторое время, чтобы создать сценарий в папке «ловушки», и нам пришлось настроить каждый из них и жестко закодировать его в нужное хранилище, так как оно, похоже, не создавало правильный URL динамически. Мы также должны были убедиться, что у сервера сборки есть доступ в Интернет по URL-адресу FogBugz, так как мы находимся за корпоративным брандмауэром. Возможно, это проблема? Я мало что знаю о WUSH, но будет ли он включать доступ в Интернет для выполнения HTTP-доступа к FogBugz?

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

Приветствия

0 голосов
/ 09 мая 2009

Я наконец-то заработал. В стандартном URL-адресе, который мне пришлось изменить, произошла небольшая настройка, и мне пришлось отправить скрипт пост-фиксации моему провайдеру.

Вот URL, который наконец собрал все для меня

Этот тоже помогает http://www.fogcreek.com/FogBugz/docs/60/topics/advanced/SourceControlIntegration.html

...