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

Все это работает с TortoiseSVN v1.5.3 и Сервером SVN v1.5.2 (Необходимо установить Сервер SVN, потому что части 2 нужно svnlook.exe, который находится в пакете сервера. Вы на самом деле не настраиваете его для работы Сервером SVN), может даже быть возможно просто скопировать svnlook.exe с другого компьютера и поместить его где-нибудь в путь.

Часть 1 - TortoiseSVN

, Создающий свойства TortoiseSVN, является всем, что требуется для получения ссылок в журнале SVN.

Предыдущие инструкции хорошо работают, я заключу им в кавычки здесь для удобства:

Настраивают Свойства

1. Щелчок правой кнопкой по корневому каталогу проверенного проекта, с которым Вы хотите работать.

2. Избранный "TortoiseSVN-> Свойства"

3. Добавляют пять пар значения свойства путем нажатия на "New..." и вставки следующего в "Имя Свойства" и "Значение свойства" соответственно: (удостоверьтесь, что Вы отмечаете "Свойство Apply рекурсивно" для каждого)

   bugtraq:label    BugzID:
   bugtraq:message  BugzID: %BUGID%
   bugtraq:number   true
   bugtraq:url      http://[your fogbugz URL here]/default.asp?%BUGID%
   bugtraq:warnifnoissue   false
   

4. , Нажимают "OK"

, Как Jeff говорит, необходимо будет сделать это для каждой рабочей копии, поэтому следовать его инструкциям для миграции свойств.

Вот именно. TortoiseSVN теперь добавит ссылку к соответствующему FogBugz bugID, когда Вы будете фиксировать. Если это - все, что Вы хотите, можно остановиться здесь.

Часть 2 - FogBugz

Для этого для работы мы должны настроить сценарии рычага. В основном пакетный файл называют после каждой фиксации, и это в свою очередь называет сценарий VBS, который делает представление к FogBugz. Сценарий VBS на самом деле хорошо работает в этой ситуации, таким образом, мы не должны изменять его.

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

сервер SVN называет рычаг постфиксации с этими параметрами:

<repository-path> <revision>

TortoiseSVN называет рычаг постфиксации с этими параметрами:

<affected-files> <depth> <messagefile> <revision> <error> <working-copy-path>

Так вот почему это не работает - параметры являются неправильными. Мы должны исправить пакетный файл, таким образом, он передает корректные параметры сценарию VBS.

Вы заметите, что TSVN не передает путь к репозиторию, который является проблемой, но это действительно работает при следующих обстоятельствах:

• название репозитория и рабочее название копии - тот же
• , Вы делаете фиксацию в корне рабочей копии, не подпапку.

я собираюсь видеть, могу ли я решить эту проблему и отправлю назад здесь, если я делаю.

Вот мой исправленный пакетный файл, который действительно работает (извините чрезмерные комментарии...)

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

rem @echo off
rem   SubVersion -> FogBugz post-commit hook file
rem   Put this into the Hooks directory in your subversion repository
rem   along with the logBugDataSVN.vbs file

rem   TSVN calls this with args <PATH> <DEPTH> <MESSAGEFILE> <REVISION> <ERROR> <CWD>
rem   The ones we're interested in are <REVISION> and <CWD> which are %4 and %6

rem   YOU NEED TO EDIT THE LINE WHICH SETS RepoRoot TO POINT AT THE DIRECTORY 
rem   THAT CONTAINS YOUR REPOSITORIES AND ALSO YOU MUST SET THE HOOKS DIRECTORY

setlocal

rem   debugging
rem echo %1 %2 %3 %4 %5 %6 > c:\temp\test.txt

rem   Set Hooks directory location (no trailing slash)
set HooksDir=\\myserver\svn\hooks

rem   Set Repo Root location (ie. the directory containing all the repos)
rem   (no trailing slash)
set RepoRoot=\\myserver\svn

rem   Build full repo location
set Repo=%RepoRoot%\%~n6

rem   debugging
rem echo %Repo% >> c:\temp\test.txt

rem   Grab the last two digits of the revision number
rem   and append them to the log of svn changes
rem   to avoid simultaneous commit scenarios causing overwrites
set ChangeFileSuffix=%~4
set LogSvnChangeFile=svn%ChangeFileSuffix:~-2,2%.txt

set LogBugDataScript=logBugDataSVN.vbs
set ScriptCommand=cscript

rem   Could remove the need for svnlook on the client since TSVN 
rem   provides as parameters the info we need to call the script.
rem   However, it's in a slightly different format than the script is expecting
rem   for parsing, therefore we would have to amend the script too, so I won't bother.
rem @echo on
svnlook changed -r %4 %Repo% > %temp%\%LogSvnChangeFile%
svnlook log -r %4 %Repo% | %ScriptCommand% %HooksDir%\%LogBugDataScript% %4 %temp%\%LogSvnChangeFile% %~n6

del %temp%\%LogSvnChangeFile%
endlocal

я собираюсь предположить, что репозитории в \\myserver\svn\, и рабочие копии, все под 'C:\Projects\

1. Входят в Вашу учетную запись FogBugz и нажимают Extras-> файл Configure Source Control Integration

2. Download the VBScript для Подрывной деятельности (не беспокойтесь пакетным файлом)

3. Создают папку для хранения сценариев рычага. Я поместил его в ту же папку как мои репозитории. например, \\myserver\svn\hooks\

4. Переименовывают VBscript для удаления .safe в конце имени файла.

5. Сохраняют мою версию пакетного файла в Вашем каталоге рычагов, как post-commit-tsvn.bat

6. Щелчок правой кнопкой по любому каталогу.

7. Избранный "TortoiseSVN> Настройки" (в меню правой кнопки от последнего шага)

8. Выбор "Сцепляется, Сценарии"

9. Нажимают "Add" и устанавливают свойства следующим образом:

   • Тип Рычага: Рычаг постфиксации

   • Рабочий Путь Копии: C:\Projects (или независимо от того, что Ваш корневой каталог для всех Ваших проектов.)

   • Командная строка Для Выполнения: \\myserver\svn\hooks\post-commit-tsvn.bat (это должно указать на то, везде, куда Вы помещаете свой каталог рычагов в шаг 3)

   • Галочка "Ожидает сценария для окончания"

10. , Нажимают "OK" дважды.

В следующий раз, когда Вы фиксируете и вводите Bugid, он будет отправлен FogBugz. Ссылки не будут работать, но по крайней мере информация о пересмотре там, и можно вручную искать журнал в TortoiseSVN.

ПРИМЕЧАНИЕ: Вы заметите, что корневой каталог хранилища трудно кодируется в пакетный файл. В результате, если Вы проверяете из репозиториев, которые не имеют того же корня (например, один на локальном диске, и один в сети) тогда необходимо будет использовать 2 пакетных файла и 2 соответствующих записи в соответствии со Сценариями Рычага в настройках TSVN. Способ сделать это должно было бы иметь 2 отдельных Рабочих дерева Копии - один для каждого корневого каталога хранилища.

Часть 3 - WebSVN

Errr, я не сделал этого:-)

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