Badałem ten problem i udało mi się go uruchomić. Istnieje kilka drobnych problemów, ale można je obejść.

Istnieją 3 różne części tego problemu, jak następuje:

1. Część TortoiseSVN - uzyskanie przez TortoiseSVN Wstawienia identyfikatora Bugid i hiperłącza do dziennika svn

2. FogBugz part - getting FogBugz to insert the SVN info and corresponding links

3. Na WebSVN part - zapewnienie, że linki z FogBugz faktycznie działają

Instrukcje do części 1 są w innej odpowiedzi, chociaż faktycznie robi więcej niż wymagane. W przeciwieństwie do poprzednich części, haki nie działają w sposób automatyczny.]}

Aby potwierdzić, patrzymy na użycie TortoiseSVN BEZ serwera SVN (tj. repozytoria plików)

Uzyskuję dostęp do repozytoriów używając ścieżek UNC, ale działa również dla dysków lokalnych lub zmapowanych dysków.

Wszystko to działa z TortoiseSVN v1.5.3 i SVN Server v1. 5. 2 (musisz zainstalować SVN Server, ponieważ część 2 potrzebuje svnlook.exe, który jest w pakiecie serwera. Nie konfigurujesz go tak, aby działał jako serwer SVN) może być nawet możliwe skopiowanie svnlook.exe z innego komputera i umieszczenie go gdzieś na swojej ścieżce.

Część 1-TortoiseSVN

Tworzenie właściwości TortoiseSVN jest wszystkim, co jest wymagane, aby Pobierz linki w dzienniku SVN.

Poprzednie instrukcje działają dobrze, zacytuję je tutaj dla wygody:

Konfiguracja właściwości

1. Kliknij prawym przyciskiem myszy katalog główny projektu, z którym chcesz pracować.

2. Wybierz "TortoiseSVN - > Properties"

3. Dodaj pięć par wartości właściwości, klikając " Nowy..."i wstawiając odpowiednio w "Property Name "I" Property Value": (upewnij się, że zaznaczasz "Apply property recursively" dla każdej z nich)

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

4. Kliknij " OK "

Jak mówi Jeff, musisz to zrobić dla każdej kopii roboczej, więc postępuj zgodnie z jego instrukcjami dotyczącymi migracji właściwości.

To jest to. TortoiseSVN będzie teraz dodawać link do odpowiedniego identyfikatora FogBugz podczas zatwierdzania. Jeśli tylko tego chcesz, możesz się tu zatrzymać.

Część 2-FogBugz

Aby to zadziałało musimy skonfigurować Skrypty hook. Zasadniczo plik wsadowy jest wywoływany po każdym zatwierdzeniu, a to z kolei wywołuje skrypt VBS, który przesyła dane do FogBugz. Skrypt VBS faktycznie działa dobrze w tej sytuacji, więc nie musimy go modyfikować.

Problem polega na tym, że plik wsadowy jest zapisywany do pracy jako hook serwera, ale potrzebujemy Hooka klienta .

Serwer SVN wywołuje hook Post-commit o następujących parametrach:

<repository-path> <revision>

TortoiseSVN wywołuje hook Post-commit z tymi parametrami:

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

Dlatego to nie działa-parametry są błędne. Musimy zmienić plik wsadowy tak, aby przekazywał prawidłowe parametry do skryptu VBS.

Zauważysz, że TSVN nie przechodzi przez ścieżkę repozytorium, co jest problemem, ale działa w następujących okolicznościach:

• Nazwa repozytorium i nazwa kopii roboczej są takie same
• commit wykonujesz w korzeniu kopii roboczej, a nie w podfolder.

Zobaczę, czy mogę rozwiązać ten problem i wyślę tutaj, jeśli to zrobię.

Oto mój zmieniony plik wsadowy, który działa (proszę wybaczyć nadmierne komentarze...)

Musisz ustawić katalog Hooka i repozytorium tak, aby pasowały do twojej konfiguracji.

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

Zakładam, że repozytoria są w \\myserver\svn\ a kopie robocze są pod " C:\Projects\

1. Wejdź na swoje konto FogBugz i kliknij Dodatki - > Konfiguracja Integracja Kontroli Źródła

2. Pobierz plik VBScript dla Subversion (nie przejmuj się plikiem wsadowym)

3. Utwórz folder do przechowywania skryptów Hooka. Umieściłem go w tym samym folderze co moje repozytoria. np. \\myserver\svn\hooks\

4. Zmień nazwę VBscript, aby usunąć .safe na końcu nazwy pliku.

5. Zapisz moją wersję pliku wsadowego w katalogu hooks, jako post-commit-tsvn.bat

6. Kliknij prawym przyciskiem myszy na dowolnym katalog.

7. Wybierz "TortoiseSVN > Ustawienia" (w menu prawym przyciskiem myszy od ostatniego kroku)

8. Wybierz "Hook Scripts"

9. Kliknij "Dodaj" i ustaw właściwości w następujący sposób:

   • Typ Hooka: Post-Commit Hook

   • Working Copy Path: C:\Projects (lub jakikolwiek katalog główny dla wszystkich twoich projektów jest.)

   • Wiersz poleceń do wykonania: \\myserver\svn\hooks\post-commit-tsvn.bat (musi wskazywać miejsce, w którym umieścisz swój katalog hooks w kroku 3)

   • Zaznacz "poczekaj na zakończenie skryptu"

10. Kliknij dwukrotnie OK.

Przy następnym zatwierdzeniu i wpisaniu identyfikatora Bugid, zostanie on przesłany do FogBugz. Linki nie będą działać, ale przynajmniej informacje o rewizji są tam i możesz ręcznie wyszukać log w TortoiseSVN.

Uwaga: zauważysz, że główny repozytorium jest mocno zakodowany w pliku wsadowym. W rezultacie, jeśli wymeldujesz się z repozytoriów które nie mają tego samego korzenia (np. jeden na dysku lokalnym i jeden w sieci) następnie będziesz musiał użyć 2 plików wsadowych i 2 odpowiadających im wpisów pod skryptami Hooka w Ustawieniach TSVN. Sposobem na to byłoby posiadanie 2 oddzielnych drzew kopii roboczych - po jednym dla każdego korzenia repozytorium.

Część 3-WebSVN

Errr, jeszcze tego nie robiłam: -)

Z lektury dokumentów WebSVN wynika, że WebSVN nie integruje się z serwerem SVN, po prostu zachowuje się jak każdy inny SVN klient ale prezentuje interfejs WWW. Teoretycznie powinno to działać dobrze z repozytorium opartym na plikach. Nie próbowałem.