För bakgrund till min fråga svn vann t diff en fil som den tycker är binär. En ny stack överflöd svar svn diff-fil märkt som binär typ visade att du kan tvinga en mime-typ. Notera att tidigare svar är ofullständigt måste du också. Nu är min nya fråga kan jag ställa in en standard så alla framtida filer behandlas som text av svn Redbooken tycks på detta ämne bara säga. Vilka undantag är dessa undantag bakade in i svn-koden eller tillgänglig. Svaret beror på svn-klienten att Du använder I den officiella svn-klienten är det alternativ som du letar efter Automatisk egenskapsinställning Tldr-versionen måste du uppdatera din användare eller systemkonfigurera inställningen för aktivering av auto-props till ja i avsnittet Miscellany och skapa en Nytt avsnitt som kallas auto-props som definierar de mönster du vill matcha och de egenskaper du vill ställa in. För ditt exempel på kml-filer. Detta kommer att se till att när du lägger till en fil i ditt förråd, kommer den att ha en mime-typ av text vanligt och kommer att använda l Ine ändelser som är inbyggda i klientens plattform. 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 arbetsskopia. 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 för HEAD - c M-alternativet motsvarar - r NM där N M-1 använder - c - M gör det omvänd - r MN 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 URL REV NEW-TGT Standard för OLD-TGT om inte specificerat - r N gör OLDREV-standard till N - r NM gör OLDREV-standard till N och NEWREV-standard till M. svn diff OLD-UR L OLDREV NEW-URL NEWREV är stenografi för svn diff-OLD-URL OLDREV - ny NY-URL NEWREV. svn diff - r NM URL är stenografi för svn diff - r NM - old URL - ny URL. svn Diff - r NM URL1 N URL2 M är stenografi för svn diff - r NM - old URL1 - ny URL2.Om TARGET är en URL, revs N och M kan ges antingen via alternativet - revision - r eller genom Använda notationen som beskrivits tidigare. Om TARGET är en arbetskopi-sökväg, är standardbeteendet när inget - revision - r-alternativ tillhandahålls för att visa skillnaderna mellan bas - och arbetskopior av TARGET Om ett - revision - r-alternativ är specificeras i det här scenariot. Det betyder att servern jämför TARGET N och TARGET M. Klienten jämför TARGET N mot arbetskopia. Om den alternativa syntaxen används, jämför servern URL1 och URL2 vid ändringar N och M, om antingen N eller M utelämnas, antas ett värde av HEAD. Som standard ignorerar svn diff föremålet för filer och jämför bara innehållet i de två filerna jämförs Om du använder - anteckningsfäderna kommer man att beakta ankestret för de aktuella vägarna när man jämför jämförelser, 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 att ha Har tagits bort och läggs till igen. svn Subversion Command-Line Client. svn är den officiella kommandoradsklienten för Subversion. Funktionen erbjuds via en samling av arbetsspecifika underkommandon, varav de flesta accepterar ett antal alternativ för finkornad kontroll av Programmets beteende. När du använder svn-programmet måste subkommandon och andra icke-alternativargument visas i en angiven ordning på kommandoraden Alternativ, å andra sidan kan visas överallt på kommandoraden efter programnamnet, förstås, Och i allmänhet är deras ordning irrelevant. Till exempel är alla följande giltiga sätt att använda svn-status och tolkas på exakt samma sätt. Följande avsnitt beskriver var och en av de olika underkommandona och Alternativ som tillhandahålls av svn-kommandoradsprogrammet, inklusive några exempel på varje underkommando s typiska användningsalternativ. svn Options. While Subversion har olika alternativ för sina underkommandon, alla alternativ finns i en enda namnrymd, dvs varje alternativ är garanterat att den betyder ungefär samma sak oavsett subkommandot du använder det med. Exempelvis --verbose - v betyder alltid verbos utgång, oavsett vilken underkommando du använder den med. Svn-kommandoklienten klarar vanligtvis snabbt med ett fel om du skickar det en Alternativ som inte gäller den angivna underkommandot Men enligt Subversion 1 5, har flera av alternativen som gäller för alla eller nästan alla delkommandon ansetts vara acceptabla av alla underkommandon, även om de inte påverkar några av dem. Denna ändring Gjordes främst för att förbättra klientens förmåga att ringa från anpassade omslagskript. Dessa alternativ visas grupperade i kommandoradsklientens användningsmeddelanden som globala alternativ, vilket kan ses i foll på grund av lite av output. svn-underkommandon känner igen följande globala alternativ. Instrukturerar Subversion för att läsa konfigurationsinformation från den angivna katalogen i stället för standardplatsen i användarens hemkatalog. Ställer in värdet av en körtidskonfiguration under hela kommandot alternativet CONFSPEC är en sträng som anger konfigurationsalternativets namnrymd, namn och värde som du skulle vilja tilldela, formaterad som FIL SECTION OPTION VALUE I denna syntax är FIL och AVSNITT körtidskonfigurationsfilen antingen config eller servrar och respektive avsnitt , Som innehåller det alternativ vars värde du vill ändra OPTION är givetvis själva alternativet och VALUE värdet om du vill tilldela alternativet Till exempel, tillfälligt inaktivera användningen av komprimeringen i protokollet, använd Du kan använda det här alternativet flera gånger för att ändra flera alternativvärden samtidigt. Behovet av cachning av autentiseringsinformation, t. ex. användarnamn och lösenord i del version runtime konfiguration kataloger. Disables all interaktiv uppmaning Några exempel på interaktiv uppmaning inkluderar förfrågningar om autentiseringsuppgifter och beslut om konfliktupplösning Detta är användbart om du kör Subversion i ett automatiskt skript och det är mer lämpligt att ha Subversion misslyckas än att be om mer information. Specifierar lösenordet som ska användas vid autentisering mot en Subversion-server Om det inte anges, eller om det är felaktigt, kommer Subversion att uppmana dig för denna information efter behov. När du används med - icke-interaktiva instruktioner Subversion för att acceptera SSL-servercertifikat utfärdade av okända certifikatmyndigheter Utan att du först uppmanar användaren För säkerhets skull borde du bara använda det här alternativet när integriteten hos den fjärrserver och nätverksvägen mellan den och din klient är känd för att vara pålitlig. Anger användarnamnet som ska användas när autentisering mot en Subversion-server Om inte tillhandahållen, eller om det är felaktigt, kommer Subversion att be dig om t Hans information efter behov. Resten av alternativen gäller och accepteras av endast en delmängd av underkommandot. De är som följer. Anger en åtgärd för automatisk konfliktlösning, vilket inaktiverar interaktiva uppmaningar som frågar användaren hur man hanterar varje konflikt som det är noterade Även om vilken av de specifika åtgärderna som är tillämpliga skiljer sig beroende på vilken underkommando som används, stödjer Subversion följande långa och korta värden för ACTION. Take ingen resolution åtgärd alls och istället tillåta konflikten att spelas in för framtida upplösning. Öppna varje konflikt filen i en textredigerare för manuell upplösning av linjebaserade konflikter. Starta ett interaktivt sammanfogningskonfliktlösningsverktyg för varje konfliktfil. Välj filen som var oförändrad BASE-revision innan du försökte integrera ändringar från servern i din arbetsexempel. att du manuellt hanterat konfliktlösningen, välj versionen av filen som den för närvarande står i din arbetsskopia. Lös upp konflikten Icted filer genom att bevara alla lokala ändringar och kassera alla ändringar som hämtats från servern under operationen som orsakade konflikten. Lös konfliktfiler genom att kassera alla lokala ändringar och integrera alla ändringar som hämtats från servern under operationen som orsakade konflikten. Lös konfliktfiler Genom att föredra lokala ändringar över de ändringar som hämtats från servern i motstridiga regioner i innehållets innehåll. Lös upp konfliktfiler genom att föredra de ändringar som hämtats från servern över lokala ändringar i motstridiga regioner i innehållets innehåll. Rådfråga produktionen av svn-hjälp SUBCOMMAND För att se exakt vilka åtgärder som stöds av den specifika underkommandot av intresse. Detekterar verifieringen som utförs som standard genom svn-fusion som från Subversion 1 7 att målet för en sammanslagningsoperation och alla dess barn är i en enhetlig revision. Medan man slår samman i en enda - revision-arbetskopimålet är den rekommenderade bästa praxis, det här alternativet kan användas för att möjliggöra sammanslagningar i arbetskopior med blandad revision som nödvändig. Aktiverar automatisk fastighetsuppgift per körtidskonfigurationsregler, vilket överväger konfigurationsdirektivet för aktivering av auto-rekvisita. Ange önskad operation med en specifik förändring. Generellt sett är detta alternativ syntaktiskt socker För - r ARG-1 ARG Några underkommandon tillåter en kommaseparerad lista över revisionsnummerargument, t. ex. - c ARG1, ARG2, ARG3 Alternativt kan du ge två argument åtskilda av en streck som i - c ARG1 - ARG2 för att identifiera intervallet av revisioner mellan ARG1 och ARG2 inklusive Slutligen om revisionsargumentet är negativt, reverseras det implicita revisionsintervallet - c -45 motsvarar - r 45 44.Instructs Subversion för att endast fungera på medlemmar i changelisten med namnet ARG Du kan använda det här alternativet flera gånger för att ange uppsättningar av changelists. Instructs Subversion för att begränsa räckvidden för en operation till ett visst träddjup ARG är en av tomma endast målet själv, filmar målet och eventuella omedelbara filbarn därav, avbryter målet och eventuella omedelbara barn därav, eller oändligheten målet och alla dess efterföljare full recursion. Enables ett speciellt utgångsläge för svn logg som innehåller en skillnadsrapport a la svn diff som en del av varje revision s information. Specifies ett externt program som ska användas för att visa skillnader mellan filer När svn diff påkallas utan detta alternativ använder den Subversion s interna differensmotor som tillhandahåller enhetliga diffs som standard Om du vill använda ett externt differentieringsprogram, använd - Diff-cmd Du kan sedan överföra alternativ till det angivna programmet med alternativet --extensions - x. Anger ett externt 3-vägs differensprogram som används för att slå samman linjebaserade ändringar i filer. Går igenom alla rörelser för att köra ett kommando, men Gör inga faktiska ändringar antingen på disk eller i förvaret. Specifies ett externt program som ska användas för att redigera ett loggmeddelande eller ett fastighetsvärde Se avsnittet editor-cmd i avsnittet Config för sätt att ange en standardredigerare. Täljer Subversion som ditt commit-meddelande är sammansatt med hjälp av den angivna teckenkoden. Standardteckenkodningen härstammar från ditt operativsystems ursprungliga språk använder detta alternativ om ditt commit-budskap är sammansatt med någon annan kodning. Anger anpassningar Vilken Subversion ska göra när man utför skillnadsberäkningar. Giltiga tillägg inkluderar. Ignorera förändringar i mängden av det vita utrymmet. Ignera allt vitt utrymme. Undvik förändringar i EOL-ändrad stil. Visa C-funktionsnamn i diff-utgången. Visa tre rader med Enhetligt diff-sammanhang. Standardvärdet för ARG är - u Om du vill skicka flera argument måste du bifoga dem alla i citat. Notera att när Subversion är konfigurerat för att påmata ett extern diff-kommando, är värdet för - utvidgningen - x-alternativet är inte begränsat till de tidigare nämnda alternativen, men kan vara några ytterligare argument som Subversion ska övergå till det kommandot. Använd innehållet i den angivna filen för th e specificerad underkommando Olika subkommandon gör olika saker med det här innehållet Till exempel använder svn commit det innehåll som ett commit-loggmeddelande, medan svn propset använder det som ett egenskapsvärde. Åtgärdar ett visst kommando eller en operation för att köra Subversion hindrar dig från att utföra några Operationer i normal användning men du kan skicka det här alternativet för att berätta Subversion Jag vet vad jag m gör, liksom de möjliga följderna av att göra det, så låt mig på det här alternativet är den programmatiska motsvarigheten att göra ditt eget elektriska arbete med kraften Om du inte vet vad du gör, kommer du sannolikt att få en otrolig chock. Får en misstänkt parameter gått till - Meddelandet - m eller --file - F alternativet ska accepteras som giltigt Som standard kommer Subversion att producera ett fel om parametrar till dessa alternativ ser ut som om de i stället kan vara mål för underkommandot. Om du till exempel passerar en versionad fil s-sökväg till alternativet - file - F, antar Subversion att du har gjort ett misstag, att banan var istället avsedd som målet för operationen och att du helt enkelt misslyckades med att tillhandahålla någon annan icke-versionerad fil som källa till ditt loggmeddelande. För att hävda din avsikt och åsidosätta dessa typer av fel, skicka alternativet --force-log till subkommandon som accepterar loggmeddelanden. Anger ett speciellt utgångsläge för svn-diff som är konstruerad för tvärkompatibilitet med det populära Git distribuerade versionsstyrsystemet. Om den används med en eller flera underkommandon, visar den inbyggda hjälptexten för varje Om den används ensam, visar den generella Client Help Text. Tells Subversion att ignorera anoret vid beräkning av skillnader beroende av sökvägsinnehåll Enbart inaktiverar Sammanfoga spårning när den används med svn-fusionsunderkommandot. Täljer Subversion för att ignorera externalsdefinitioner och externa arbetskopior som hanteras av dem. Disables nyckelord expansion. Instructs svn patch för att ignorera whitespace när man försöker identifiera patch context. Prints utdata i ett format som lämpar sig för sammanlänkning till tidigare liknande output. Instructs Subv Ersion att använda sin inbyggda differensmotor trots en extern differentieringsmekanism som kan anges för användningen i användarens runtime-konfiguration. Beräknar Subversion att inte ta bort ändringslista från arbetsexemplar efter att ha begåtts. Hämtar den lokala kopian av en fil eller Katalog som används med svn delete-kommandot. Visar endast de första NUM-loggmeddelandena. Indikerar att du anger antingen ett loggmeddelande eller en låskommentar på kommandoraden, följ det här alternativet Till exempel. Kanar svn-export för att använda en specifik slut - linjesekvens som om det var den ursprungliga sekvensen för klientplattformen ARG kan vara en av CR LF eller CRLF. Uses ARG som det nyare målet för användning med svn diff. Disables automatisk egenskapsinställning, som överväger aktiveringsautomaten runtime-konfiguration direktivet. Förvränger utskrivningsskillnader för borttagna filer Standardbeteendet när du tar bort en fil är att svn diff att skriva ut samma skillnader som du skulle se om du hade hållit filen men rem Oved hela dess innehåll. Visar filer i statuslistan som normalt skulle utelämnas eftersom de matchar ett mönster i konfigurationsalternativet Global-ignores eller svn ignore property Se avsnittet kallat Config och avsnittet heter Ignorera Unversioned Items för mer information. Berättar Subversion att inte automatiskt låsa upp filer Standardförloppsbeteendet är att låsa upp alla filer som listas som en del av commitet Se avsnittet Låser för mer information. Deprecated Stoppar en underkommando från återkommande till underkataloger De flesta subcommands recurse som standard, men vissa gör inte Användare bör undvika detta alternativ och använda det mer exakta alternativet --dept i stället För de flesta underkommandon, som specificerar - icke-rekursivt, produceras beteende som är detsamma som om du specificerade --depth-filer men det finns undantag som inte rekursiv svn status verkar hos det omedelbara djupet och de icke-rekursiva formerna för svn-återgå svn-tillägg och svn-commit arbetar vid ett tomt djup. Uppmärksammar anoret när beräkningen lating differences. Uses ARG som det äldre målet för användning med svn diff. Creates och lägger till icke-existerande eller icke-versionerade förälder underkataloger till arbetskopia eller förvar som en del av en operation. Detta är användbart för att automatiskt skapa flera underkataloger där ingen finns för närvarande. Om de utförs på en URL kommer alla kataloger att skapas i en enda commit. Requests att klienten endast skriver ut väsentlig information medan en operation utförs. Enablerar ett speciellt läge för svn-fusion där den angivna sammanslagningsoperationen spelas in i den lokala fusionsspårningsinformationen, men är inte faktiskt utförd. Gör en subcommand recurse till underkataloger De flesta subcommands recurse som default. Used med underkommandot svn merge för att sammanfoga hela källadressen sänds till arbetskopia Se avsnittet Håll en fil i synkronisering för detaljer. med underkommandot svn-switch ändrar platsen för förvaret som din arbets kopia refererar till h från Subversion 1 7 är dock att använda underkommandot svn flyttas. Se svn flyttas för mer detaljer och ett exempel. Används med svn changelist för att disassociera snarare än associera vilket är standardoperationen målet s från en changelist. Causes svn patch Att tolka instruktionerna för inmatningsplåstret i omvänd behandling av tillagda rader som borttagna och vice versa. Specifierar en revision eller ett antal revideringar med vilka man kan använda. Du kan tillhandahålla revisionsnummer, nyckelord eller datum i krökta axlar som argument till revisionsalternativet Om du vill erbjuda en rad revisioner kan du tillhandahålla två revisioner separerade av ett kolon. Exempelvis. Operates på en revisionsegenskap istället för en egenskap som är specifik för en fil eller katalog. Det här alternativet kräver att du också skickar en revision med - revision - r alternativ. Ställer in det klibbiga djupet i en katalog i en arbets kopia till en av uteslutna tomma filer omedelbart eller oändligt. För detaljerad täckning av vad dessa betyder och hur du använder det här alternativet, se s ection kallas Sparse Directories. Enables ett speciellt utgångsläge för svn diff där innehållsskillnaden för en fil skapad via en kopieringsoperation visas som det skulle för en helt ny fil med varje rad däri visas som ett tillägg till en tom fil snarare än som Ett delta mot den ursprungliga filen från vilken kopian skapades. Används för att göra svn mergeinfo visa vissa klasser av sammanslagningsspårningsinformation ARG kan antingen vara sammanslagna eller kvalificerade vilket indikerar en önskan om att se revisioner som antingen redan är sammanslagna eller berättigade till framtida sammanfogning från den angivna källan URL. Välj klienten för att visa information om vilka filer i din arbetsskopia som är omoderna. Det uppdaterar inte någon av dina filer, det visar bara vilka filer som ska uppdateras om du använder svn-uppdateringen. Kryssar en subversion av Subversion som går igenom en versionad resurshistoria för att sluta skörda den historiska informationen när en kopia som är en plats i historien där den resursen var polis allt från en annan plats i förvaret stöter på. Krypterar Subversion för att använda strikt semantik, en uppfattning som är ganska vag om inte talar om specifika underkommandon, nämligen svn propget. Används av svn patch för att ignorera NUM-lednings-komponenterna som finns på de banor som anges i patchen Input file. Visa endast högnivå sammanfattande anmälningar om operationen istället för dess detaljerade output. Tells Subversion att läsa ytterligare målvägar för operationen från FILENAME FILENAME bör innehålla en sökväg per rad, där varje sökväg förväntas använda samma kodning och formatering att det skulle om du hade angivit det direkt som ett argument på kommandoraden. Använd eller visar ytterligare information från sammanfogningshistorik. Räknar om att klienten skriver ut så mycket information som möjligt medan det körs underkommandon Detta kan leda till att Subversion skriver ut ytterligare fält, detaljerad information om varje fil, eller ytterligare information om dess åtgärder. Skriv ut klientversionsinformationen T hans information omfattar inte bara versionsversionen av klienten utan också en lista över alla lagringsmoduler som kunden kan använda för att komma åt ett Subversion-arkiv med --quiet - q det skriver bara versionsnumret i en kompakt form. Används med alternativet - xml till svn logginstruktioner Subversion för att hämta och visa alla revisionsegenskaper de standard som används internt av Subversion samt alla användardefinierade i loggutmatningen. Används med --xml-alternativet till svn log-instruktioner Subversion till utelämna alla revisionsegenskaper, inklusive standardloggmeddelandet, författaren och revisionsdatabasen från loggutmatningen. När du använder ett kommando som skriver till förvaret anger du revisionsegenskapen med namnet NAME VALUE, NAME till VALUE När det används med svn logg i - xml-läget visar detta värdet av ARG i loggutmatningen. Prints output i XML format. Actually verkar det finnas ytterligare ett alternativ som jag bara märkte nyligen när jag körde in i problemet som beskrivs ovan. Om du har Git runt som du redan kan använda ändå, då kan du använda den för att jämföra, även om filerna inte är under versionskontroll. Om det inte är aktiverat för dig som standard så verkar färgstöd här vara betydligt enklare än några av de tidigare nämnda arbetsförhandlingarna. svarade den 12 november 13 på 13 27. Och för de tillfällen då en yum installerar colordiff eller en apt-install-colordiff är inte ett alternativ på grund av någon galen begränsning bortom din omedelbara kontroll, eller om du Bara känna dig galen kan du hitta hjulet igen med en rad sed. Throw som i ett skalskript och rör enhetlig diff-utmatning genom den. Det gör hunkmarkörer blå och belyser nya gamla filnamn och lagt till raderade linjer i grön och röd bakgrund, respektive 1 Och det kommer att göra bakåtrymden 2 ändras tydligare än colordiff can.1 För övrigt är anledningen till att markera filnamnen samma som de modifierade linjerna att för att korrekt skilja mellan E filnamn och de modifierade linjerna kräver att du analyserar diff-formatet korrekt, vilket inte är något att hantera med en regex. Att markera dem fungerar lika bra nog visuellt och gör problemet trivialt. Det sägs att det finns några intressanta subtiliteter.2 Men inte efterföljande flikar. flikar får inte sin bakgrundsuppsättning, åtminstone i min xterm Det gör en flik jämfört med rymdförändringar utspelar sig lite though. answered 31 maj kl. 20 36. Matt Här är en brute force approach för en Mac sed s - echo - e x1b 41m s echo - e x1b 42m s echo - e x1b 34m s echo - e x1b 0m men jag förväntar mig att det finns ett bättre sätt retracile aug 23 13 på 14 34.Hhm, det slags fungerade gav 3 bindestreck mellan varje bit en rosa bakgrund Matt Montag Aug 23 13 på 22 43.Nevermind - Jag glömde diff - u alternativet Trevligt jobb Matt Montag Aug 23 13 på 22 44.Dude det här är fantastiskt Vägen att gå Det är en fin sed wizardry fthinker 17 okt 13 på 0 44.sed s - x1b 31m - s x1b 32m s x1b 34m s x1b 0m ser också bra ut Yura maj 7 15 på 11 20.Du kan c hänga subversion config för att använda colordiff. answered sep 20 13 på 12 21.svn Kan inte starta process colordiff Resurs tillfälligt otillgänglig Nik dec 7 16 på 16 29.Du installerar colordiff Azd325 dec 7 16 på 17 41.Yup, jag försökte hardcoding banan går också i cygwin Nik dec 7 16 på 18 28. Jag använder grc Generic Colouriser, som låter dig färga utdata från ett antal kommandon inklusive diff. It är ett python-skript som kan lindas runt ett kommando Så istället för att åberopa diff file1 file2 du skulle åberopa grc diff file1 file2 för att se färgad utmatning Jag har aliased diff till grc diff för att göra det enklare. ansvarat Jan 10 12 på 8 56. Av någon anledning färgar detta inte utdata för mig daniel kullmann Jan 10 12 på 9 28. Färgad, word-level diff ouput. Here är vad du kan göra med nedanstående manus och diff-highlight. Where filialer används för att upprätthålla separata utvecklingslinjer, i ett eller annat skede vill du slå samman ändringarna gjorda på en gren tillbaka i bagageutrymmet eller vice versa. It är viktigt att förstå hur förgrening och sammanslagning fungerar i Subversion innan du börjar använda det, eftersom det kan bli ganska komplext. Det rekommenderas starkt att du läser kapitlet Förgrening och sammanfogning i Subversion-boken, som ger en fullständig beskrivning och många exempel på hur det används. Nästa punkt att notera är att sammanslagning alltid sker i en arbetskopia Om du vill slå samman förändringar i en filial måste du ha en arbets kopia för den grenen som du har tömt ut och anropa sammanslagningsguiden från den arbetsdokumentet med TortoiseSVN Merge. I allmänhet är det en bra idé att göra en sammanslagning i en omodifierad arbetskopia Om du har gjort andra ändringar i din toalett, begå dessa först Om samgåendet inte går som du förväntar dig kanske du vill för att återställa ändringarna, och kommandot Revert kommer att avvisa alla ändringar, inklusive alla som du har gjort före sammanslagningen. Det finns tre vanliga användningsfall för sammanslagning som hanteras på något annorlunda sätt, som beskrivs nedan. Den första sidan av E Merge Wizard ber dig välja vilken metod du behöver. Lägg till en rad revisioner. Den här metoden täcker fallet när du har gjort en eller flera revisioner till en filial eller till bagaget och du vill överföra dessa ändringar till en annan gren . Vad du ber Subversion att göra är det här Beräkna de ändringar som behövs för att komma från revision 1 i filial A till revision 7 i filial A och tillämpa dessa ändringar på min arbetskopia av stam eller gren B. Om du lämnar revisionsintervallet tomt Subversion använder fusionsspårningsfunktionerna för att beräkna det korrekta revisionsintervallet som ska användas. Detta kallas en reintegrerad eller automatisk sammanfogning. Lägg till två olika träd. Detta är ett mer allmänt fall om reintegreringsmetoden. Vad du frågar Subversion att göra är att beräkna de ändringar som behövs för att komma från huvudrevisionen av bagageutrymmet till huvudrevisionen av filialen och tillämpa de här ändringarna på min arbetsaxel på stammen. Nettoresultatet är att stammen nu ser ut precis som filialen. Om ditt serverns repository stöder inte sammanslagningsspårning då det här är det enda sättet att slå samman en filial till stammen. Ett annat användningsfall uppstår när du använder leverantörsgrenar och du måste slå ihop ändringarna efter en ny leverantör släppa in i stamkoden. För mer information läs kapitel om leverantörsgrenar i Subversion Book. Merging of a Range of Revisions. Figur 4 54 Sammanslagningsguiden - Välj Revisionsområde. I fältet Från anger du hela mappadressen för filialen eller taggen som innehåller de ändringar du vill ha till din arbetsplats kopiera Du kan också klicka för att bläddra i förvaret och hitta den önskade filialen Om du har slått samman från den här filialen tidigare, använd bara nedrullningslistan som visar en historia av tidigare använda webbadresser. Om du slås samman från en omdirigerad eller borttagen filial då du måste gå tillbaka till en översyn där den filialen fortfarande existerade. I det här fallet måste du också ange den revisionen som en pegrevision inom ramen för revisionerna som slås samman se nedan, annars kommer sammanslagningen att fai Jag kan inte hitta den sökvägen till HEAD. I området Revision för att fusionera fältet anger du listan över revisioner som du vill slå samman. Det här kan vara en enda revision, en lista över specifika revisioner separerade av kommatecken eller en rad revisioner separerade av en bindestreck eller någon kombination av dessa. Om du behöver ange en pegrevision för sammanslagningen, lägg till peg-revisionen i slutet av revisionerna, t. ex. 5-7, e-postskyddad I det ovanstående exemplet har revisionerna 5,6, 7 och 10 skulle slås samman, där 3 är pegrevisionen. Det finns en viktig skillnad i hur ett revisionsintervall specificeras med TortoiseSVN jämfört med kommandoraden. Det enklaste sättet att visualisera det är att tänka på ett staket med inlägg och Staketpaneler. Med kommandoraden klienten anger du ändringarna för att slå samman med två stakpostrevisioner som anger före och efter punkter. Med TortoiseSVN anger du ändringssättet för att sammanfoga med stakpaneler. Orsaken till detta blir klart när du använder loggdialogen att ange ändringar t o fusionera, där varje revision visas som en förändringsuppsättning. Om du sammanfogar revideringar i bitar, kommer metoden som visas i Subversion-boken att du slå samman 100-200 den här gången och 200-300 nästa gång Med TortoiseSVN skulle du sammanfoga 100-200 detta tid och 201-300 nästa gång. Denna skillnad har genererat mycket värme på postlistorna Vi bekräftar att det finns en skillnad från kommandoraden, men vi tror att för de flesta GUI-användare är det lättare att förstå metoden Vi har genomfört. Det enklaste sättet att välja det antal revisioner du behöver är att klicka på Visa logg eftersom det här kommer att lista de senaste ändringarna med sina loggkommentarer. Om du vill slå samman ändringarna från en enda revision, välj bara den versionen. Om du vill För att slå samman ändringar från flera ändringar, välj sedan det intervallet med den vanliga Shift-modifieraren. Klicka på OK och listan över revisionsnummer för att slå samman kommer att fyllas i för dig. Om du vill slå tillbaka ändringar tillbaka från din arbetsskopia, återställ en förändring w som redan har åtagits, välj revisionerna för att återgå och se till att rutan Reverse Merge är markerad. Om du redan har slått samman några ändringar från den här filialen har du förhoppningsvis noterat den senaste revisionen som slogs samman i loggmeddelandet när du åtagit sig förändringen I det fallet kan du använda Visa logg för arbetskopi för att spåra det loggmeddelandet. Kom ihåg att vi funderar på ändringar som ändringsförslag. Du bör använda revisionen efter slutpunkten för den senaste sammanslagningen som startpunkt för detta slå samman till exempel om du har sammanfogat revisionerna 37 till 39 förra gången, bör startpunkten för den här sammanslagningen vara revision 40. Om du använder sammanslagningsspårningsfunktionerna i Subversion behöver du inte komma ihåg vilka revisioner som redan har slås samman - Subversion registrerar det för dig Om du lämnar revisionsintervallet tomt, kommer alla ändringar som ännu inte blivit sammanslagna att läsas Läs avsnittet heter Merge Tracking för att få reda på mer. När merge spårning används e-loggdialogrutan visar tidigare sammanfogade revisioner och revideringar som förutspår den gemensamma förfaderpunkten, dvs innan filialen kopierades, som gråtonad i kryssrutan Dölj ej sammanslagna revisioner kan du filtrera ut dessa revisioner helt så att du bara ser revisionerna som kan slås samman. Om andra människor kan begå förändringar, var försiktig med att använda HEAD revision. Det kan inte referera till den revision du tror det gör om någon annan gjorde ett åtagande efter din senaste uppdatering. Om du lämnar utbudet av revisioner tomma eller har alternativknappen alla kontroller kontrollerade, så subversion sammanfogar alla ännu inte sammanslagna revisioner. Detta kallas en reintegrerad eller automatisk sammanslagning. Det finns vissa villkor som gäller för en återintegrering av sammanslagningen För det första måste servern stödja sammanslagningsspårning. be of depth infinite no sparse checkouts , and it must not have any local modifications, switched items or items that have been updated to revisions other than HEAD All changes to trunk mad e during branch development must have been merged across to the branch or marked as having been merged The range of revisions to merge will be calculated automatically. Merging Two Different Trees.
No comments:
Post a Comment