Re: svnlook diff nie ignoruje plików binarnych Ryan Schmidt napisał: gt gt W dniu 18 lipca 2008, o 19:11, Dang Nguyen napisał: gt gtgt Im działa Subversion 1.5.0 na Windows Server 2003. Mój post commit skrypt gtgt zwykle wysyła mnie wiadomość e-mail z każdym zatwierdzeniem i pokazuje mi zatwierdzone pliki gtgt i ich różnice (normalne wiadomości z poczty). Zauważyłem kilka razy, że nie otrzymałem powiadomień. W tym celu odkryłem, że część svnlook diff w moim skrypcie uległa awarii gtgt, ponieważ svnlook nie ignorował plików binarnych, które zostały zatwierdzone przez gtgt. Niektóre z plików, które są zatwierdzane, to pliki pdf, a svnlook gtgt diff próbuje pokazać mi zmiany między poprzednią wersją a wersją gtgt. gtgt gtgt Ostatnio przenieśliśmy się z serwera Linux na 1.3.2 do aktualnego serwera Windows gtgt i nigdy nie miałem tego problemu. Badając to, Ive gtgt przeczytał, że svnlook używa właściwości svn: mime do określenia typu pliku gtgt. Żaden z tych plików nie ma ustawionej tej właściwości, ale nie zostały one ustawione jawnie, gdy byliśmy na serwerze Linux. gtgt gtgt Czy jest to regresja w wersji 1.5.0 czy muszę skonfigurować coś gtgt z nowym serwerem Windows gt gt Nie ma regresji. Zachowanie jest normalne. Jeśli nie ma właściwości gt svn: mime, to Subversion uważa ją za plik tekstowy. Po dodaniu pliku, Subversion krótko analizuje plik i zgadywa, czy jest on tekstowy czy binarny. Jeśli Subversion zgadnie, że plik jest gt binarny, ustawia svn: mime-type na applicationoctet-stream, jeśli zgadnie, że plik jest tekstem, nie robi nic. W przypadku plików PDF Subversion gt często błędnie domyśla się, że są tekstem (ponieważ format PDF jest raczej teksty), a zatem nie dodaje właściwości svn: mime-gt. Jeśli chcesz, aby Subversion dodał atrybut svn: mime-type gt do plików PDF, skonfiguruj auto-rekwizyty na swoim kliencie. gt applicationpdf byłby dobry do wykorzystania w plikach PDF. gt gt gt ----------------------------------------------- ---------------------- gt Aby zrezygnować z subskrypcji, wyślij e-mail: users-unsubscribeatsubversion46 tigris. org gt Dodatkowe polecenia, e-mail: users-helpatsubversion46 tigris. org Nie mogę się upewnić, że wszyscy moi użytkownicy ustawią autotest na swoich klientach, wydaje się, że muszę zmodyfikować hak przed zatwierdzeniem, aby wykryć i dodać te pliki PDF właściwości. Wszelkie sugestie ----- -------------------------------------------------- -------------- Aby zrezygnować z subskrypcji, wyślij e-mail: users-unsubscribeatsubversion46 tigris. org Dodatkowe polecenia, e-mail: users-helpatsubversion46 tigris. org Otrzymano dnia 2008-07-19 05: 00:45 CEST Jest to zarchiwizowana wiadomość wysłana na listę mailingową Subversion Users. Kliknięcia KDiff3 (menu Ustawienia-gtConfigure KDiff3) mają sekcję o nazwie Directory Merge z następującymi opcjami: Wybierz, czy rekursywnie wyszukiwać katalogi. Tylko pliki pasujące do dowolnego wzorca zostaną umieszczone w drzewie. Można tu podać więcej niż jeden wzorzec, używając średnika jako separatora. Ważne symbole wieloznaczne: i. (np..cpp. h). Domyślna wartość to. Ten wzorzec nie jest używany w katalogach. Pliki pasujące do tego wzorca zostaną wykluczone z drzewa. Można tu podać więcej niż jeden wzorzec, używając średnika jako separatora. Ważne symbole wieloznaczne: i. Domyślna wartość to. orig. o.obj. Katalogi pasujące do tego wzorca zostaną wykluczone z drzewa. Można tu podać więcej niż jeden wzorzec, używając średnika jako separatora. Ważne symbole wieloznaczne: i. Domyślnie jest to CVSdeps. svn. Zignoruj pliki i katalogi, które będą również ignorowane przez CVS. Wiele automatycznie generowanych plików jest ignorowanych przez CVS. Dużą zaletą jest to, że może to być katalog zależny od lokalnego pliku. cvsignore. (Zobacz info: cvscvsignore.) Znajdź ukryte pliki i katalogi: W niektórych systemach plików pliki mają atrybut ukryty. W innych systemach nazwa pliku zaczyna się kropką. powoduje, że jest ukryty. Ta opcja pozwala zdecydować, czy uwzględnić te pliki w drzewie, czy nie. Domyślnie włączone. Podążaj za łączami plików: W przypadku linków do plików: W przypadku wyłączenia porównywane są dowiązania symboliczne. Po włączeniu, pliki znajdujące się za linkami są porównywane. Domyślnie jest wyłączona. Podążaj za linkami do katalogów: W przypadku linków do katalogów: gdy wyłączone, porównywane będą dowiązania symboliczne. Po włączeniu link będzie traktowany jak katalog i będzie skanowany rekurencyjnie. (Zwróć uwagę, że program nie sprawdza, czy link jest rekursywny, więc na przykład katalog zawierający łącze do katalogu spowodowałby nieskończoną pętlę, a po pewnym czasie, gdy stos przepełni się lub cała pamięć zostanie zużyta, uruchom program. ) Ustawienie domyślne jest wyłączone. Porównanie nazw plików z uwzględnieniem wielkości liter: Domyślnie w systemie Windows jest wartość false, tak jak w przypadku innych systemów operacyjnych. Tryb porównywania plików: Jest to domyślny tryb porównywania plików. Wykonaj pełną analizę każdego pliku i pokaż kolumny informacji statystycznych. (Liczba rozwiązanych, nierozwiązanych, białych i białych konfliktów). Pełna analiza jest wolniejsza niż prosta analiza binarna i znacznie wolniejsza w przypadku plików, które nie zawierają tekstu. (Określ odpowiednie pliki-antipatterns). Zaufaj dacie modyfikacji: jeśli porównasz duże katalogi w powolnej sieci, może być szybsze porównywanie dat modyfikacji i samych plików. Ale ta poprawa prędkości wiąże się z ceną małej niepewności. Używaj tej opcji ostrożnie. Domyślnie jest wyłączona. Podobny do zaufania do daty modyfikacji. Nie ma prawdziwego porównania. Dwa pliki są uznawane za równe, jeśli ich rozmiary plików są równe. Jest to przydatne, gdy operacja kopiowania plików nie zachowała daty modyfikacji. Używaj tej opcji ostrożnie. Domyślnie jest wyłączona. Aktywuje tryb synchronizacji, gdy porównywane są dwa katalogi i nie określono jawnego katalogu docelowego. W tym trybie proponowane operacje zostaną wybrane tak, aby oba katalogi źródłowe były równe później. Również wynik scalenia zostanie zapisany w obu katalogach. Domyślnie jest wyłączona. Kopiuj nowszą zamiast scalania: zamiast scalania proponowana operacja skopiuje nowsze źródło, jeśli nastąpiły zmiany. (Uważany za niebezpieczny, ponieważ sugeruje, że wiesz, że drugi plik również nie został edytowany.) Sprawdź, aby upewnić się w każdym przypadku.) Ustawienie domyślne jest wyłączone. Jeśli plik lub pełny katalog zostanie zastąpiony innym lub zostanie usunięty, to oryginalna wersja zostanie zmieniona na rozszerzenie. orig. Jeśli stary plik kopii zapasowej z rozszerzeniem. orig już istnieje, zostanie usunięty bez tworzenia kopii zapasowej. Wpływa to również na normalne łączenie pojedynczych plików, nie tylko w trybie łączenia katalogów. Domyślnie włączone. Dlaczego mój klient SVN oznaczyłby niektóre pliki jako binarne Specjalnie. sql ma prop svn: mime-type applicationoctet-stream przy użyciu TortoiseSVN. Sprawdziłem Kliknij prawym przyciskiem myszy menu kontekstowe Tortoise Ustawienia Ogólne plik konfiguracyjny Subversion, i nic nie jest odkomentowane w miscellany lub auto-rekwizytach. więc skąd pochodzi decyzja? Z tego, co widzę w powiązanych wpisach, mogę to naprawić usuwając właściwość z plików, których dotyczy, lub globalnie zmieniając zachowanie nowych plików poprzez konfigurowanie, ale czy istnieje prosty sposób na zrobienie obu dla wszystkich plików, których dotyczy problem
No comments:
Post a Comment