Kan inte visa: Fil markerad som en binär typ Jag skulle skicka detta till Subversion-användargruppen, men det här är delvis som svar på TortoiseSVN Dev-trådenApply patch suggestionsquot från 4252009. Från svn. haxx. setsvnarchive-2009-040197.shtml ser jag Stefan Kng skrev: gt En annan sak att komma ihåg: svn 1.7 kommer att ha ett nytt patchformat som gt innehåller binära ändringar och renamesmoves. Det kommer också att ge ett nytt gt API för att skapa och tillämpa sådana korrigeringsfiler. Det betyder att TMerge diffpatch gt måste skrivas om i alla fall, så jag lutar mot att vänta på att implementera dessa ändringar just nu men vänta åtminstone gt tills vi byter TSVN-stammen till svn-stammen. Med hjälp av svn 1.7.1 försökte jag skapa en patch-fil för en binär filbyte och fick det här: När jag tittar på underversionerna Subversion 1.7 ser jag ingenting om hantering av binära filer. Jag kunde inte hitta något annat omnämnande av den här funktionen på webben. Visste Stefans uttalande vara felaktigt, eller saknar vi något om att skapa fläckar för binära filer Kan det göras med sköldpadds kommandoraden vs Subversion-kommandoraden Jag försökte faktiskt använda svn diff-force. Detta genererade en patch-fil. Jag sparade en kopia av den modifierade filen, återställde binärfilen, använt svn-patchen för att tillämpa ändringen och jämför sedan det patched resultatet med det ursprungligen modifierade binära. Resultatet vid denna punkt var en skadad fil. Så det verkar som om diff-force inte är svaret heller. Jag försökte använda Sköldpadda för att göra detta, och fick samma fel som ovan. (Detta sker även om du väljer alternativet för att använda git-formatet.) Det finns inget quotforcequot-alternativ som jag kan se i Sköldpadda. Missar jag något, eller är den här funktionen ännu inte implementerad antingen i svn eller Sköldpadda Om någon känner till några inpakningsverktyg av något slag som hanterar binärer, skulle jag också vilja veta det också. Var god tänk på miljön innan du skriver ut det här mejlet. Innehållet i det här e-postmeddelandet (inklusive eventuella bilagor) är konfidentiellt till och är avsett att överföras till användaren av den mottagare som den adresseras till. Om du misstänker den här överföringen, var vänlig meddela avsändaren omedelbart och radera meddelandet från ditt system. Eventuell distribution, reproduktion eller användning av detta meddelande av någon annan än mottagaren är inte auktoriserad och kan vara olaglig. För att avbryta abonnemanget från denna diskussion, e-post: användare-unsubscribeattortoisesvn46 tigris. org. Mottagen 2011-10-28 18:19:57 CESTDetta visar en nyfylld (tom) fil, en modifierad binär fil och en byt namn (det är kopierad och borttagen) fil med modifieringar: Som standard kommer svnlook diff att behandla kopierat filer så mycket som någon annan tillagd fil, som i sin helhet innehåller innehållet i den nya filen och bara använder en annan etikett för att dra åtskillnad av copyadd. Du kan dock använda alternativet - diff-copy-from för att orsaka svnlook diff att överväga en kopierad fil som värd att bara nämna om den skiljer sig från filen från vilken den kopierades och att faktiskt beskriva dessa skillnader. Använd alternativet - no-diff-borttaget för att tysta utmatningen om borttagna filer. Observera att i alla tidigare exempel, när en fil har en icke-textuell svn: mime-typegenskap, visas skillnaderna inte uttryckligen. Beskrivning Visa skillnaderna mellan två vägar. Du kan använda svn diff på följande sätt: Använd bara svn diff för att visa lokala ändringar i en arbets kopia. Visa de ändringar som gjorts i TARGET s som de ses i REV mellan två revisioner. TARGET s kan vara alla arbetspopelvägar eller alla webbadresser s. Om TARGET s arbetar kopieringsvägar, N är standard till BASE och M till arbetskopia om TARGET s är URL s, N måste anges och M är standard till HEAD. Alternativet - c M motsvarar - r N: M där N M-1. Med - c - M gör det omvända: - r M: N där N M-1. Visa skillnaderna mellan OLD-TGT som det sågs i OLDREV och NEW-TGT som det sågs i NEWREV. PATH s, om det anges, är i förhållande till OLD-TGT och NEW-TGT och begränsar utdata till skillnader för de sökvägarna. OLD-TGT och NEW-TGT kan fungera kopiera sökvägar eller URLREV. NEW-TGT är standard för OLD-TGT om den inte anges. - r N gör OLDREV-standard till N - r N: M gör OLDREV-standard till N och NEWREV-standard till M. svn diff OLD-URLOLDREV NEW-URLNEWREV är stenografi för svn diff - oldOLD-URLOLDREV --newNEW-URLNEWREV. svn diff - r N: M URL är stenografi för svn diff - r N: M - oldURL - nywURL. svn diff - r N: M URL1N URL2M är stenografi för svn diff - r N: M --oldURL1 --newURL2. Om TARGET är en URL, kan revs N och M ges antingen via alternativet --revision (-r) eller genom att använda notationen som beskrivits tidigare. Om TARGET är en fungerande kopiera sökväg, är standardbeteendet (när inget - revision (-r) är tillgängligt) för att visa skillnaderna mellan bas - och arbetskopior av TARGET. Om alternativet --revision (-r) anges i det här scenariot, men det betyder: Servern jämför TARGETN och TARGETM. Klienten jämför TARGETN mot arbetskopia. Om den alternativa syntaxen används, jämför servern URL1 och URL2 vid revisionerna N och M. respektive. Om antingen N eller M utelämnas antas ett värde av HEAD. Som standard ignorerar svn diff förevandan av filer och jämför bara innehållet i de två filerna som jämförs. Om du använder - notice-ancestry. Ankestret för de aktuella vägarna kommer att beaktas vid jämförelse av revisioner (dvs om du kör svn diff på två filer med samma innehåll men olika anor, så kommer du att se hela innehållet i filen som har tagits bort och läggs till igen).
No comments:
Post a Comment