2012-01-06 22 views
8

Właśnie zaktualizowałem swoje repozytorium SVN z 1.6 na 1.7. Główną zmianą w formacie repozytorium w wersji 1.7 jest to, że foldery ".svn" nie są już przechowywane w każdym podkatalogu; tylko w folderze głównym repozytorium.Integracja SVN Delphi, która działa z SVN 1.7?

Niestety wydaje się to mylić z integracją JCL SVN, z której korzystałem. Wydaje się, że moje pliki nie znajdują się pod kontrolą źródła.

Czy istnieje jakakolwiek integracja SVN Delphi, która współpracuje z wersją 1.7 lub ma plany jej wsparcia w najbliższej przyszłości?

używam Delphi 2010.

UPDATE

Jest bug report here dla integracji JCL SVN. Obecny status jest "potwierdzony".

+1

Sieć [RAD Studio Wersja Insight] (http://sourceforge.net/scm/?type=svn&group_id=341542) ma wsparcie dla SVN 1.7, ale nie wiem, czy obsługuje Delphi 2010. – RRUZ

+0

@RRUZ: Nie, ponieważ obsługa OTA używana przez VersionInsight została wprowadzona w XE. –

+0

@Stefan Domyślam się, że robi to warunkowo kompilując tylko niektóre funkcje dla XE. [delphisvn] (http://sourceforge.net/projects/delphisvn/) pierwotnie obsługiwane Delphi od 7 do 2007 r. i musiał ponownie wdrożyć niektóre funkcje z późniejszych wersji do obsługi Delphi 7. –

Odpowiedz

0

Zostało to poprawione w najnowszej wersji rozwojowej jcl. Teraz menu "Kontrola wersji" działa poprawnie ponownie w D2010. Oto co zrobiłem:

Ostrzeżenie: Przestrzegaj tego na własne ryzyko. Mogą być problemy z tym podejściem, których nie jestem świadomy. W naszym kodzie nie używamy JCL ani JVCL, więc jeśli coś się zepsuje, to nie koniec świata. YMMV.

  1. Pobierz najnowszy dziennik kompilacji JCL z http://jcl.sourceforge.net/daily/
  2. odinstalować starą wersję JVCL, uruchamiając install.bat i prosząc go odinstalować, ale nie usunąć istniejące foldery.
  3. Odinstaluj starą wersję JCL w ten sam sposób.
  4. Uruchom instalator nowej wersji JCL.
  5. Restart Delphi

chciałem nadal odwołuje się do starego (stabilnej) wersji JCL i JVCL, więc usunąłem wszystkie odniesienia do nowej wersji JCL w ścieżce biblioteki IDE i zastąpiła je równowartości katalogi ze stabilnej wersji.

(Uwaga: Zgodnie z http://wiki.delphi-jedi.org/index.php?title=Repository, rozwój JCL jest faktycznie wykonywane w oddzielnych gałęziach i codziennie buduje są tak stabilne jak "stable" wydań)

2

Nawet Delphi XE2 wydaje się mieć z tym jakiś problem, nawet po 3 aktualizacjach od wydania, nigdy nie aktualizuje klienta subversion i muszę to zrobić sam.

W przeważającej części używam tortoiseSVN, ale klient linii poleceń collabnet svn jest teraz dostarczany z Delphi. Nie użyłem rzeczy JEDI, do niedawna używaliśmy Source Safe i konektora visualconnexion. Ale, FWIW, możesz chcieć zainstalować klienta subversion collabnet i nadpisać bibliotekę DLL rozprowadzaną przez JCL SVN. To działało dla mnie z XE2 (chociaż nie sądzę, że jest to preferowana metoda).

+0

Nie mogę znaleźć żadnych bibliotek DLL, które JCL używa. O ile widzę, to tylko bpl? – awmross

0

W tym katalogu (\ Embarcadero \ RAD Studio \ 9.0 \ bin \ Subversion) istnieje readme.txt.

"

Informacja o bin/dywersji

Ten katalog zawiera pliki .dll używane przez Subversion IDE Subversion integracja.Pliki te można uaktualnić, przechodząc na stronę www.collab.net i , pobierając klienta subversion i wyodrębniając go do tej lokalizacji. Pozostałe instalacje subwersyjne nie będą używane domyślnie. IDE wygląda tylko w tej lokalizacji, to zachowanie można zmienić, ustawiając ciąg rejestru SvnDllDir pod kluczem Subversion do lokalizacji instalacji Subversion . To nie zadziała w przypadku wszystkich instalacji Subversion, ponieważ nie wszystkie instalacje używają tych samych nazw .dll. "

po prostu skopiować Subversion dir z RAD Studio \ "12,0" i to działa.