Re: svnlook diff ignorerar inte binära filer Ryan Schmidt skrev: gt gt Den 18 juli 2008 kl 19:11 skrev Dang Nguyen: gt gtgt Im kör Subversion 1.5.0 på Windows Server 2003. Mitt inlägg gtgt script skickar vanligtvis mig ett e-postmeddelande med varje commit och visar mig gtgt-filerna och deras diffs (normal mailer stuff). Jag märkte en gtgt några gånger att jag inte fick meddelandena. Genom att gräva in i det här fann jag att svnlook diff-delen av mitt manus var felaktig eftersom svnlook inte ignorerade de binära filerna som gavs. Några av filerna som begås är pdfs och svnlook gtgt diff försöker visa mig ändringarna mellan den tidigare versionen och gtgt den nya versionen. gtgt gtgt Vi flyttade nyligen från en Linux-server på 1.3.2 till den nuvarande Windows gtgt-servern och jag har aldrig haft det här problemet. Genom att undersöka detta läste Ive gtgt att svnlook använder egenskapen svn: mime-typ för att bestämma gtgt-filtypen. Ingen av dessa filer har den här egenskapen inställd, men de gtgt werent uttryckte explicit när vi var på Linux-servern heller. gtgt gtgt Är det här en regression i 1.5.0 eller behöver jag konfigurera något gtgt med den nya Windows-servern gt gt Det finns ingen regression. Beteendet är normalt. Om det inte finns någon gt svn: mime-typ-egenskap, anser Subversion att det är en textfil. När du lägger till en fil analyserar Subversion en kort analys av filen och gissningar om det är text eller binärt. Om Subversion gissar att en fil är gt binär ställer den svn: mime-typen till applicationoctet-stream om det gissar att en fil är text, det gör ingenting. För PDF-filer gissar Subversion gt ofta felaktigt att de är text (eftersom PDF-formatet gt är ganska textigt) och lägger därför inte till egenskapen svn: mime-type gt. Om du vill att Subversion ska lägga till egenskapen svn: mime-type gt för PDF-filer, ställer du in auto-props på din klient. gt applicationpdf skulle vara ett bra värde att använda för PDF-filer. gt gt ----------------------------------------------- ---------------------- gt För att avbryta prenumeration, e-post: users-unsubscribeatsubversion46 tigris. org gt För ytterligare kommandon, e-post: users-helpatsubversion46 tigris. org gt gt Eftersom jag inte kan se till att alla mina användare ställer in auto-rekvisita på sina kunder, låter det som om jag behöver ändra en förinställd krok för att upptäcka och lägga till den här egenskapen PDF-filer checkas in. Eventuella förslag ----- -------------------------------------------------- -------------- För att avregistrera, e-post: användare-unsubscribeatsubversion46 tigris. org För ytterligare kommandon, e-post: users-helpatsubversion46 tigris. org Mottaget 2008-07-19 05: 00:45 CEST Detta är ett arkiverat mail som är publicerat på Subversion Users-postlistan. KDiff3-preferenser (menyn Inställningar-gtConfigure KDiff3) har en sektion som heter Directory Merge med dessa alternativ: Välj om du vill söka efter kataloger rekursivt. Endast filer som matchar något mönster här kommer att läggas i trädet. Mer än ett mönster kan anges här med hjälp av semikolon som separator. Giltiga jokertecken: och. (t ex cpp. h). Standard är. Detta mönster används inte i kataloger. Filer som matchar det här mönstret kommer att uteslutas från trädet. Mer än ett mönster kan anges här med hjälp av semikolon som separator. Giltiga jokertecken: och. Standard är. orig. o.obj. Kataloger som matchar det här mönstret kommer att uteslutas från trädet. Mer än ett mönster kan anges här med hjälp av semikolon som separator. Giltiga jokertecken: och. Standard är CVSdeps. svn. Ignorera filer och kataloger som också skulle ignoreras av CVS. Många automatiskt genererade filer ignoreras av CVS. Den stora fördelen är att det här kan vara katalogspecifikt via en lokal. cvsignore-fil. (Se info: cvscvsignore.) Hitta dolda filer och kataloger: I vissa filsystemfiler finns ett doldat attribut. På andra system ett filnamn som börjar med en punkt. får det att döljas. Med det här alternativet kan du bestämma om du vill inkludera dessa filer i trädet eller inte. Standard är på. Följ fillänkar: För länkar till filer: När deaktiveras, jämförs de symboliska länkarna. När den är aktiverad jämförs filerna bakom länkarna. Standard är avstängd. Följ Directory Links: För länkar till kataloger: När deaktiveras, kommer de symboliska länkarna att jämföras. När den är aktiverad kommer länken att behandlas som en katalog och den kommer att genomsökas rekursivt. (Observera att programmet inte kontrollerar om länken är rekursiv. Till exempel kan en katalog som innehåller en länk till katalogen orsaka en oändlig slinga och efter en tid när stacken överflödar eller allt minne är upptaget, kraschar programmet. ) Standard är avstängd. Case Sensitive Filename Comparison: Standard är fel på Windows, sant för andra operativsystem. File Comparison Mode: Det här är standardfilsammanställningsläget. Gör en fullständig analys av varje fil och visa statistikinformationskolumnerna. (Antal lösta, olösa, icke-vita och vita konflikter.) Den fullständiga analysen är långsammare än en enkel binäranalys, och mycket långsammare när den används på filer som inte innehåller text. (Ange lämpliga filantipatterner.) Lita på modifieringsdatum: Om du jämför stora kataloger över ett långsamt nätverk kan det vara snabbare att jämföra modifieringsdatum och fillängd ensam. Men denna hastighetsförbättring kommer med priset på lite osäkerhet. Använd detta alternativ med försiktighet. Standard är avstängd. Liknande att lita på ändringsdatumet. Ingen riktig jämförelse händer. Två filer anses vara lika om deras filstorlekar är lika. Detta är användbart när filkopiering inte behöll modifieringsdatumet. Använd detta alternativ med försiktighet. Standard är avstängd. Aktiverar synkroniseringsläge när två kataloger jämförs och ingen explicit destinationskatalog anges. I detta läge kommer de föreslagna operationerna att väljas så att båda källkatalogerna är lika efteråt. Sammanfattningsresultatet kommer också att skrivas till båda katalogerna. Standard är avstängd. Kopiera nyare istället för att slå samman: Istället för att slå samman den föreslagna operationen kopierar du den nyare källan om det ändrats. (Betraktas osäkert, eftersom det innebär att du vet att den andra filen inte har redigerats. Kontrollera att du är säker i alla fall.) Standard är avstängd. Om en fil eller en komplett katalog ersätts av en annan eller raderas kommer den ursprungliga versionen att bytas ut med en. orig extension. Om en gammal backupfil med. orig extension redan existerar kommer den att raderas utan säkerhetskopiering. Detta påverkar också den normala sammanslagningen av enskilda filer, inte bara i mappläge. Standard är på. Varför skulle min SVN-klient markera några filer som binär specifikt. sql har prop svn: mime-typ applicationoctet-ström när du använder TortoiseSVN. Jag kollade Högerklicka Sköldpadds-snabbmenyn Inställningar Allmänt Subversion-konfigurationsfil, och inget är inte kommenterat i miscellaneous eller auto-rekvisita. så var är beslutet från? Från vad jag kan se i de relaterade inläggen kan jag fixa det genom att antingen ta bort egenskapen på drabbade filer eller globalt ändra beteendet på nya filer via konfigureringen, men det finns ett enkelt sätt att göra båda för alla drabbade filer
No comments:
Post a Comment