Jak radzić sobie z odwołaniami do pliku VB6 .vbp zmieniając

Question

Nasz facet VB6 był częścią ostatniego RIF (Redukcja siły). Praca, którą wykonał została podzielona między mnie i innego programistę. Często zarówno wprowadzamy zmiany do projektów w tym samym czasie. To nie jest problem z CVS, ponieważ pracujemy w różnych obszarach. Jednak VB6 wydaje się modyfikować sekcję Reference i zmieniać ścieżki za każdym razem, gdy którekolwiek z nas dotknie projektu. Ponieważ nie mamy dokładnie takiej samej konfiguracji ścieżki dla drzewek źródłowych, cały czas napotykamy konflikty scalania w pliku vbp.

Czy jest jakiś sposób obejścia tego, poza oczywistą metodą zmiany naszej konfiguracji, więc mamy te same struktury katalogów?

Answer 1

chciałbym zaproponować dwie rzeczy:

1. Nie popełnić .vbp chyba dodać plik do projektu.
2. Oznaczenie .vbp jako przeznaczone tylko do odczytu i sprawdź je w repozytorium. Kiedy użytkownicy go sprawdzą, powinien on nadal być tylko do odczytu, co uniemożliwi zapisanie zmian w ścieżkach odniesienia (i pozornie losowe porządkowanie pliku). Kiedy musisz dokonać zmiany w projekcie - spraw, aby plik był zapisywany i zapisywany, zapisz zmiany, a następnie dokonaj ponownego odczytu, zanim zostanie zatwierdzony.

Answer 2

W zależności od posiadanego systemu kontroli wersji możliwe jest zautomatyzowanie tego problemu. Zarówno haki Subversion, jak i Mercurial - skrypty uruchamiane przez określone zdarzenia, takie jak pobranie, aktualizacja lub zatwierdzenie. Pisaliśmy dość prosty skrypt, który został uruchomiony na popełnienie: wyglądało to, aby zobaczyć, czy nie było .vbp w pakiecie popełnił, a jeśli było, prowadził „normalizacji” rutynowych że

1. umieścić wszystkie .cls /.bas/.frm pliki na górze .vbp, w kolejności alfabetycznej
2. umieścić punkt odniesienia w kolejności alfabetycznej
3. dolnym bocznym ścieżki odniesienia

reszta pliku jest pozostawione sam, ponieważ to tylko pierwsze trzy sekcje, które VB wydaje się rozkoszować.

W związku z tym, większość czasu, w którym popełniłeś i nie wprowadziłeś żadnych znaczących zmian w .vbp, skrypt przechwytujący przywraca twój plik .vbp do kanonicznego, uporządkowanego stanu (jak powrót), który ma efekt usunięcia go z zatwierdzenia, ponieważ nie jest już zmieniany.

Jeśli dodasz nowy plik lub odniesienie do swojego projektu, konsekwentne sortowanie alfabetyczne linii VBP oznacza, że ​​unika się konfliktów scalania, ponieważ algorytm scalania VC może łatwo i poprawnie wykryć zmiany.

Napisaliśmy nasz skrypt w JavaScript i wykonaliśmy go przy użyciu Hosta skryptów systemu Windows, ponieważ w przypadku skrzynek Windows przynajmniej to usuwa zależność od interpretera takiego jak Perl/Python.

Po podłączeniu tego skryptu do nowych projektów VB trwa 30 sekund. Przewagą nad innymi ręcznymi podejściami jest to, że nie musisz świadomie pracować nad plikiem VBP. Po prostu zatwierdź to wszystko, a skrypt zajmie się resztą.