Acesta este patlogul de comandă care poate fi rulat în furnizorul de găzduire gratuit OnWorks folosind una dintre multiplele noastre stații de lucru online gratuite, cum ar fi Ubuntu Online, Fedora Online, emulator online Windows sau emulator online MAC OS
PROGRAM:
NUME
pat - instrumente generatoare de patch-uri
REZUMAT
bătaie [ -ahmnV ] [ lista de fișiere ]
patcil [ -abfhnpqsV ] [ lista de fișiere ]
patdiff [ -ahnV ] [ lista de fișiere ]
patbase [ -ahV ] [ lista de fișiere ]
patlog [ -hnruV ]
patmake [ -hV ]
patsend [ -hiquV ] [ lista de corecții ] [ destinatari ]
patnotify [ -hquV ] [ destinatari ]
patpost [ -hrV ] lista de corecții grupuri de știri
patftp [ -hV ] [ lista de corecții ]
patname [ -ahnmV ] -v versiune [ lista de fișiere ]
patsnap [ -ahV ] [ -o instantaneu ] [ lista de fișiere ]
patcol [ -achnmsCV ] [ -d director ] [ -f mâini ] [ -S fixaţi ] [ lista de fișiere ]
patclean [ -ahnmV ] [ lista de fișiere ]
patindex
DESCRIERE
Bătaie și programele sale asociate generează patch-uri pentru orice pachet care a fost stocat
sub RCS. Aceste programe ascund multe dintre detaliile RCS care vă ies în cale atunci când
construirea și întreținerea unui pachet. Tot ce trebuie să faci pentru a crea un nou patch este să
editați fișierele, rulați pat și furnizați câteva descrieri către RCS și în patch-ul generat
fişier. Detalii cum ar fi cum să inițializați un nou fișier RCS, ce ar trebui să fie șirul de comentarii
fi, cum să creezi o nouă ramură, cum să faci față subdirectoarelor, cum să faci diferențe și cum să faci
organizarea fișierului de corecție sunt gestionate automat.
Înainte de a utiliza oricare dintre programele pat, trebuie să vă inițializați pachetul rulând packinit
în directorul de nivel superior al pachetului dvs. Acest lucru produce un fișier .pachet pe care toate
programele dist folosesc.
În oricare dintre programele care doresc o listă de fișiere, dacă specificați -a în schimb, toate fișierele în
MANIFEST.new va fi procesat. În oricare dintre programele care doresc o listă de corecții, un nul
lista de corecții înseamnă patch-ul curent. Puteți folosi cratime, virgule și spații pentru a delimita
numere de patch-uri. Dacă partea dreaptă a cratimei este șirul nul, nivelul actual de patch-uri
se presupune ca valoare maximă. Toate programele invocate cu -h va imprima o utilizare mică
mesaj cu semnificația fiecărei opțiuni disponibile. The -V opțiunea oferă curentul
versiunea numarul.
Pat în sine este un program wrapper care apelează patcil, patdiff și patmake. De obicei poți
invocă doar pat și ignoră toate celelalte. Pat va actualiza fișierul MANIFEST, dacă
necesar (va fi o copie exactă a fișierului MANIFEST.new, cu condiția ca un MANIFEST
exista deja), în cele din urmă apelând la Patcil.
Dacă specificați -n în loc de o listă de fișiere, pat va găsi toate fișierele care sunt mai noi decât
patchlevel.h, vă puneți într-un editor pentru a reduce lista, apoi utilizați acea listă de fișiere. Dacă
fiecare fișier din listă este eliminat, bătaie va fi avortat.
Patcil este folosit pentru a face un ci -l pe orice fișiere listate. (Se presupune că vrei mereu
păstrați fișierele verificate.) În plus față de -a comutator, există un -b comutator care
face o verificare rapidă a unui set de fișiere. În loc să apeleze rcs pe fiecare fișier, apelează rcs
pe toată lista de fișiere. Acest lucru este util pentru verificarea unei revizuiri a trunchiului. Cand tu
verifică o nouă revizuire a trunchiului, ai putea dori, de asemenea, să folosești -s steag care va
eliminați vechile intrări RCS Log din versiunea anterioară, astfel încât să puteți începe de la început.
Probabil că ar trebui să utilizați și a -f care se trece prin ci pentru a forţa neschimbat
fișierele care urmează să fie înregistrate. Pentru a verifica o nouă revizuire a trunchiului, spun
patcil -s -f -a
Patcil va cere intrarea în jurnal în loc să-l lase pe ci să o facă și are un mic prompter
integrat, care vă permite să manipulați mesajul în diferite moduri. Tastați h pentru o listă de
ce poti sa faci. Unul dintre cele mai frumoase lucruri este că poți apărea într-un editor,
opțional, cu o listă diferită a modificărilor de la ultimul patch, în cazul în care ați făcut-o
ai uitat ce ai schimbat. Dacă introduceți un CR ca prim lucru, acesta include și precedentul
mesaj de jurnal. Ieșiți din prompter cu un CR.
Există două moduri diferite de a folosi patcil. Poți fie să-l suni pe Patcil, fie să lași
sună-l pentru tine. Nu contează de câte ori suni la Patcil înainte de a rula Pat,
deoarece Patdiff știe cu ce trebuie comparată ultima bază de patch-uri. Patcil poate fi chemat
oricare dintre directoarele dvs.; celelalte programe trebuie să fie apelate în directorul dvs. de nivel superior (sau
în bug-uri, când este semnificativ).
Când creați un fișier nou la un anumit nivel de patch-uri, trebuie să-l patchați cu -p
opțiune. În caz contrar, va fi pur și simplu înregistrat ca o nouă revizuire a portbagajului. Numele
fișierul va fi adăugat la MANIFEST.new dacă nu apare deja în el. Dacă numele este
găsită împreună cu o descriere, acea descriere va fi transmisă corect către rcs
inițializați fișierul RCS.
Patbase poate fi folosit pentru a reseta baza patch-urilor la versiunea curentă când ați abandonat
secvența anterioară de patch-uri și fac un nou kit de distribuție. Ceea ce face cu adevărat este
un rcs -Nlastpat:REV, unde REV este revizuirea curentă. Dacă patdiff explodează și vrei
pentru a seta baza de corecție înapoi la o versiune anterioară, trebuie să apelați rcs -Nlastpat:REV
tu.
Patdiff de fapt face diferențele care intră în patch, comparând orice versiune
-Nlastpat indică cu cea mai recentă versiune verificată. Apoi actualizează -Nlastpat
pentru a indica versiunea curentă. Lasă diferența în subdirectorul bug-uri pentru
patmake pentru a ridica. Poate folosi fie rcsdiff, fie o comandă diff la alegere specificată
când rulați packinit, în cazul în care diferența dvs. este mai bună decât rcsdiff.
Patlog este invocat de patmake de obicei, pentru a actualiza ChangeLog fișier (sau orice nume
fișierul a fost dat când ați alergat packinit). Acesta va aduna mesaje de jurnal și va lansa un
editor pentru a face actualizările necesare. Dacă v-ați configurat pachetul și pentru
includeți jurnalele RCS în ChangeLog, o altă sesiune de editor va fi lansată și pentru aceștia.
În cele din urmă, un jurnal final este construit ca intrare candidată pentru ChangeLog, pe care o puteți, de asemenea
modificați după cum doriți.
Când nu ai configurat un ChangeLog fişier, patlog va aduna doar informațiile
trebuie să treacă la patmake si va iesi. Dacă vrei să-l numești singur, trebuie
face asta după cel puțin un succes patdiff alerga. Recomand folosirea -n opțiunea
prima dată, apoi utilizați -u opțiune împreună cu -n la rulările ulterioare pentru a recrea fișiere
numai atunci când este nevoie. The -r opțiunea (care înlocuiește -u) previne patlog din recrearea unui
fișier existent, chiar dacă este învechit.
Patlog va apela patcil si patdiff pe dumneavoastră ChangeLog fișier (după ce ați umplut fișierul
intrarea din jurnalul de candidati pe care ați editat-o în partea de sus a fișierului), cu excepția cazului în care nu este împiedicat de către
-n opțiune. Aceasta înseamnă că patch-ul emis se va actualiza ChangeLog cu plasture curente
informații, așa cum v-ați aștepta.
Patmake combină toate piesele patch-ului într-un singur fișier și invocă un editor astfel încât tu
poate adăuga subiectul și descrierea. Acesta aruncă toate mesajele dvs. de jurnal ca Subiecte și
ca Descriere, sub presupunerea că este mai ușor să ștergi ceea ce nu vrei decât
să-ți amintești tot ce ai făcut. De asemenea, veți dori să extindeți fiecare articol din Descriere
astfel încât să nu repete doar liniile Subiect. Daca ai un ChangeLog fișier, acesta trebuie să aibă
a fost deja făcut, sau dvs ChangeLog nu va reprezenta cu exactitate ceea ce este descris în
patch-ul, având în vedere că a fost deja actualizat când patmake pune laolaltă toate
bucăți (vezi nota despre patlog de mai sus).
Patch-urile mari vor fi împărțite pentru a menține dimensiunea fiecărui plasture la o dimensiune rezonabilă. Acest
este gestionat automat, deci nu trebuie să vă deranjați cu el. Prioritatea fiecărui patch
este doar intuit de patmake, având în vedere presupunerea că schimbările mici au o mare
prioritate.
Patsend, patpost și patftp sunt folosite pentru a vă distribui patch-urile în lume. Patsend
trimite prin poștă un set de patch-uri unui set de destinatari. The -u switch adaugă toate cele curente
utilizatorii înregistrați care au cerut să le fie trimise corecții prin poștă, precum și
destinatarii specificați în timpul rulării packinit. -i comutatorul include informații cu
patch despre modul în care utilizatorul se poate anula, astfel încât să nu primească patch-uri viitoare
automat; aceasta este, de asemenea, implicit atunci când -u este folosit comutatorul. Patpost postează un set
de patch-uri la un set de grupuri de știri. Patftp doar copiază patch-ul în ftp-ul tău public
director.
Patnotify pur și simplu anunță utilizatorii că un nou patch a fost lansat, astfel încât aceștia să poată
recuperați-l singuri de pe un site de arhivă sau prin e-mail dacă sunt interesați. The
-u switch poate fi folosit pentru a include toți utilizatorii înregistrați în prezent care au solicitat
o astfel de notificare. Mesajul include prioritatea patch-ului și descrierea, precum și
instrucțiuni despre cum să solicitați automat plasturele (care va funcționa numai dacă aveți
mailagent instalat).
Ambele patsend si patnotify vă permite să editați lista de adrese înainte de a trimite ceva,
cu excepția cazului în care adăugați -q opțiune.
Patname poate fi folosit pentru a eticheta un set de fișiere cu un nume simbolic (specificat cu -v). Acest
va seta numele pentru cea mai recentă revizuire a fiecărui fișier.
Patsnap va obține un instantaneu al lansării dvs. prin crearea unui fișier SNAPSHOT (numele poate fi
schimbat prin -o) listând numele fișierelor și cel mai recent număr de revizuire RCS pentru acel fișier.
Astfel de instantanee pot fi folosite pentru a identifica lansarea la un anumit nivel aleatoriu de patch-uri și apoi
mai târziu să îl poată prelua prin alimentarea fișierului instantaneu la patcol.
Patcol va verifica o versiune blocată a unui fișier, eventual într-un director alternativ
(specificat cu -d, oglindind astfel arborele de distribuție). Toate fișierele care au nr
Omologul RCS (de exemplu, patchlevel.h) va fi copiat pur și simplu de patcol. Acesta este folosit de
makedist pentru a falsifica distribuția înainte de a face kiturile. În mod implicit, patcol nu va face
procesarea extinderii drepturilor de autor, dar clienților le place makedist forțați-l folosind-o -C
opțiune. Alternativ, puteți forța copierea versiunii extrase într-un director
folosind -c comutator împreună cu -d (sau acel fost comutator este pur și simplu ignorat).
Patcol poate lua, de asemenea, lista de fișiere dintr-un fișier SNAPSHOT prin intermediul -S comutator, caz în care
va verifica fișierele folosind versiunea RCS specificată de fișierul instantaneu, cum ar fi
unul creat de patsnap. În schimb, puteți specifica -a, -m or -n pentru a folosi respectiv toate
fișiere în MANIFEST.new, toate fișierele modificate (cel care au fost patciled), sau toate
fișierele mai noi decât patchlevel.h.
Patclean va elimina fișierele de lucru după ce ați verificat toate modificările. Poți
restaurează fișierele de lucru utilizând patcol.
Patindex poate fi folosit din directorul de nivel superior sau în cadrul gandaci director. Se va
enumerați toate patch-urile și lor Subiect: linii. Acest program știe despre patch-urile comprimate
și le va decomprima în timp ce produce lista.
RCS STRATULUI
Această secțiune descrie stratul RCS, în cazul în care ceva din instrumente se rupe, astfel încât dvs
poate remedia fișierele dvs. RCS și reporni operațiunea.
Toate instrumentele de corecție obțin numărul principal de revizuire a trunchiului RCS de la dvs .pachet fișiere, să zicem
este 2.5. Apoi, în momentul în care ai fugit packinit, ai ales o ramură pentru petice,
de obicei numărul 1, ceea ce înseamnă că toate modificările dvs. vor fi stocate pe 2.5.1 RCS
ramură. Instrumentele vor crea ramura pentru tine când va veni momentul.
Fiecare ultima versiune lansată este etichetată cu un RCS lastpat simbol. Când patch-ul este construit
by patdiff, cea mai recentă versiune de pe ramura 2.5.1 este comparată cu cea etichetată ca
lastpat. Acesta este motivul pentru care puteți emite în siguranță mai mult de unul patcil înainte de emiterea plasturelui
și încă să fie totul rezolvat. Desigur patdiff va muta lastpat eticheta la
cea mai recentă revizuire a ramurilor după procesarea unui anumit fișier.
Toate mesajele de jurnal și fișierele modificate sunt păstrate în dvs gandaci director, în ascuns
fișiere (numele care începe cu un punct). Aceste jurnalele vor fi colectate atunci când patch-ul este emis
iar fișierele modificate sunt folosite de bătaie's -m intrerupator.
Patdiff își adună bucățile de plasture sub gandaci director, în fișierele care se termină cu a .nn
extensie, unde nn reprezintă nivelul actual al patch-ului + 1. (Care va fi următorul
patchlevel când patch-ul va fi realizat de patmake, cu excepția cazului în care este prea mare pentru a încăpea într-unul
fişier).
Patlog pregătește un set de fișiere pentru patmake: .înfunda fisierul colecteaza informatiile care
va merge sub secțiunea Descriere: din patch și .xlog cele colectează
ChangeLog intrarea candidatului. In cele din urma, .rlog fișierele stochează informațiile RCS care urmează să fie
inclus în ChangeLog, Dacă este cerut. Rețineți că primele trei linii sunt gunoi și
sunt ignorate de toate instrumentele care manipulează acele fișiere.
Pentru a porni o nouă linie de bază (adică pentru a schimba numărul de revizuire a trunchiului RCS), dvs
trebuie să reluați packinit și schimbă acel număr. Apoi emite un nou patcil, probabil cu
-s, -a si -f Opțiuni...
Utilizați patlog online folosind serviciile onworks.net