patindex - Online nel cloud

PROGRAMMA:

NOME

pat - strumenti per la generazione di patch

SINOSSI

colpetto [ -ahmnV ] [ elenco file ]
pattino [ -abfhnpqsV ] [ elenco file ]
patdiff [ -ahnV ] [ elenco file ]
patbase [ -ahV ] [ elenco file ]
patlog [ -hnruV ]
patmake [ -hV ]
inviare [ -hiquV ] [ lista delle patch ] [ destinatari ]
patnotificare [ -hquV ] [ destinatari ]
postpost [ -hrV ] lista delle patch newsgroup
patftp [ -hV ] [ lista delle patch ]
nome di battesimo [ -ahnmV ] -v versione [ elenco file ]
schiaffo [ -ahV ] [ -o istantanea ] [ elenco file ]
Patcol [ -achnmsCV ] [ -d elenco ] [ -f mani ] [ -S scattare ] [ elenco file ]
patclean [ -ahnmV ] [ elenco file ]
patindex

DESCRIZIONE

Carezza e i suoi programmi associati generano patch per qualsiasi pacchetto che è stato memorizzato
sotto RCS. Questi programmi nascondono molti dei dettagli di RCS che ti intralciano quando
costruire e mantenere un pacchetto. Tutto quello che devi fare per creare una nuova patch è
modifica i tuoi file, esegui pat e fornisci alcune descrizioni a RCS e nella patch generata
file. Dettagli come come inizializzare un nuovo file RCS, cosa dovrebbe essere la stringa di commento
be, come creare un nuovo ramo, come gestire le sottodirectory, come fare differenze e come
organizzare il file di patch vengono gestiti automaticamente.

Prima di usare uno qualsiasi dei programmi pat devi inizializzare il tuo pacchetto eseguendo packinit
nella directory di primo livello del tuo pacchetto. Questo produce un file .package che tutti i
dist utilizzano i programmi.

In uno qualsiasi dei programmi che desiderano un elenco di file, se si specifica -a invece, tutti i file in
MANIFEST.new verrà elaborato. In uno qualsiasi dei programmi che vogliono una patchlist, un null
patchlist indica la patch corrente. Puoi usare trattini, virgole e spazi per delimitare
numeri di patch. Se il lato destro di un trattino è la stringa nulla, il livello di patch corrente
si assume come valore massimo. Tutti i programmi richiamati con -h stamperà un piccolo utilizzo
messaggio con il significato di ciascuna opzione disponibile. Il -V l'opzione dà la corrente
numero della versione.

Pat stesso è un programma wrapper che chiama patcil, patdiff e patmake. Di solito puoi
invoca semplicemente pat e ignora tutti gli altri. Pat aggiornerà il file MANIFEST, se
necessario (sarà una copia esatta del file MANIFEST.new, purché un MANIFEST
già esistente), chiamando eventualmente patcil su di esso.

Se specifichi -n invece di un elenco di file, pat troverà tutti i file più recenti di
patchlevel.h, mettiti in un editor per ridurre l'elenco, quindi usa quell'elenco di file. Se
ogni file della lista viene rimosso, colpetto sarà interrotto.

Patcill è usato per fare un ci -l su qualsiasi file elencato. (Si presume che tu lo voglia sempre
mantieni i tuoi file controllati.) Oltre a -a interruttore, c'è un -b interruttore che
esegue un rapido check-in di una serie di file. Invece di chiamare rcs su ogni file, chiama rcs
sull'intero elenco di file. Questo è utile per il check-in di una revisione del tronco. Quando tu
stai controllando una nuova revisione del tronco potresti anche voler usare il -s bandiera che
elimina le vecchie voci del registro RCS dalla revisione precedente in modo da poter ricominciare da capo.
Probabilmente dovresti usare anche a -f che viene passato al ci per forzare invariato
file da archiviare. Per archiviare una nuova revisione del tronco, dico

patcil -s -f -a

Patcil chiederà la voce di registro invece di lasciarlo fare a ci e ha un piccolo suggeritore
integrato che ti consente di manipolare il messaggio in vari modi. Digita h per un elenco di
cosa puoi fare. Una delle cose più belle è che puoi apparire in un editor,
facoltativamente con un elenco diff delle modifiche dall'ultima patch, nel caso tu l'abbia fatto
dimenticato cosa hai cambiato. Se digiti un CR come prima cosa, include il precedente
messaggio di registro. Uscire dal suggeritore con un CR.

Ci sono due modi diversi per usare patcil. Puoi chiamare tu stesso patcil o lasciare che
pat chiamalo per te. Non importa quante volte chiami patcil prima di eseguire pat,
poiché patdiff sa con cosa confrontarsi con l'ultima base di patch. Patcil può essere chiamato in
una qualsiasi delle tue directory; gli altri programmi devono essere chiamati nella directory di primo livello (o
nei bug, quando significativo).

Quando crei un nuovo file a un determinato livello di patch, devi collegarlo con il tasto -p
opzione. In caso contrario, verrà semplicemente archiviato come nuova revisione del tronco. Il nome del
il file verrà aggiunto a MANIFEST.new se non è già presente in esso. Se il nome è
trovata insieme a una descrizione, tale descrizione verrà passata correttamente a rcs
inizializzare il file RCS.

PatBase può essere usato per ripristinare la base della patch alla versione corrente quando l'hai rottamata
la sequenza di patch precedente e stiamo creando un nuovo kit di distribuzione. Quello che fa veramente è
an rcs -Nlastpat:REV, dove REV è la revisione corrente. Se patdiff esplode e vuoi
per riportare la patch base a una versione precedente, devi chiamare rcs -Nlastpat:REV
te stesso.

Patdiff effettivamente fa le differenze che vanno nella patch, confrontando qualsiasi versione
-Nlastpat punta a con l'ultima versione verificata. Quindi si aggiorna -Nlastpat
per puntare alla versione corrente. Lascia il diff seduto nella sottodirectory bug per
patmake per raccogliere. Può usare rcsdiff o un comando diff specificato a tua scelta
quando esegui packinit, nel caso in cui il tuo diff sia migliore di rcsdiff.

Patlogo è invocato da patmake di solito, per aggiornare il ChangeLog file (o qualunque sia il nome che
il file è stato fornito durante l'esecuzione pacchetto). Raccoglierà i messaggi di registro e avvierà un
editor per effettuare gli aggiornamenti necessari. Se hai configurato il tuo pacchetto anche su
includere i log RCS nel ChangeLog, verrà avviata un'altra sessione di editor anche per quelli.
Infine, viene creato un registro finale come voce candidata per ChangeLog, che potresti anche
modificare come si desidera.

Quando non hai configurato a ChangeLog file, patlog raccoglierà solo le informazioni
deve passare a patmake e uscirà. Se vuoi chiamarlo tu, devi
fallo dopo almeno un successo patdiff correre. Consiglio di usare il -n opzione il
prima volta, quindi utilizzare il -u opzione insieme a -n nelle esecuzioni successive per ricreare i file
solo quando necessario. Il -r opzione (che sostituisce -u) impedisce patlog dal ricreare un
file esistente, anche se non aggiornato.

Patlogo chiamerà pattino e patdiff sul tuo ChangeLog file (dopo aver farcito il
voce di registro candidata che hai modificato all'inizio del file), a meno che non ti sia impedito di farlo dal
-n opzione. Ciò significa che la patch rilasciata verrà aggiornata ChangeLog con la patch attuale
informazioni, come ci si aspetterebbe.

patmake combina tutti i pezzi della patch in un unico file e invoca un editor in modo che tu
può aggiungere l'oggetto e la descrizione. Lancia tutti i tuoi messaggi di log come Soggetti e
come Descrizione, partendo dal presupposto che sia più facile eliminare ciò che non si desidera che
per ricordare tutto quello che hai fatto. Dovrai anche espandere ogni elemento nella descrizione
quindi non si limitano a ripetere le righe dell'oggetto. Se hai un ChangeLog file, questo deve avere
è già stato fatto, o il tuo ChangeLog non rappresenterà accuratamente ciò che è descritto in
la patch, visto che è già stata aggiornata quando patmake mette insieme tutte le
pezzi (vedi la nota su patlog sopra).

Le patch grandi verranno divise per mantenere le dimensioni di ciascuna patch a una dimensione ragionevole. Questo
viene gestito automaticamente, quindi non devi preoccuparti di esso. La priorità di ogni patch
è semplicemente intuito da patmake, dato il presupposto che piccoli cambiamenti hanno un grande
priorità.

Patsend, patpost e patftp sono usati per distribuire le tue patch nel mondo. invio Pat
invia una serie di patch a una serie di destinatari. Il -u switch aggiunge tutti gli attualmente
utenti registrati che hanno richiesto l'invio delle patch, nonché i
destinatari specificati durante l'esecuzione pacchetto. -i l'interruttore include informazioni con il
patch su come l'utente può annullare la registrazione in modo da non ricevere future patch
automaticamente; questa è anche l'impostazione predefinita quando il -u viene utilizzato l'interruttore. Postpost pubblica un set
di patch a un insieme di newsgroup. Patftp copia semplicemente la patch nel tuo ftp pubblico
directory.

Patnotifica notifica semplicemente agli utenti che è stata rilasciata una nuova patch in modo che possano
recuperarlo da soli da un sito archivio o via e-mail se interessati. Il
-u switch può essere utilizzato per includere tutti gli utenti attualmente registrati che hanno richiesto
tale notifica. Il messaggio include la priorità e la descrizione della patch, nonché
istruzioni su come richiedere automaticamente la patch (che funzionerà solo se hai
mailagente installato).

Entrambi inviare e patnotificare consente di modificare l'elenco di indirizzi prima di inviare effettivamente qualsiasi cosa,
a meno che tu non aggiunga il -q opzione.

nome di brevetto può essere usato per contrassegnare un insieme di file con un nome simbolico (specificato con -v). Questo
imposterà il nome per la revisione più recente di ogni file.

Patsnap otterrà un'istantanea della tua versione creando un file SNAPSHOT (il nome può essere
cambiato tramite -o) che elenca i nomi dei file e l'ultimo numero di revisione RCS per quel file.
Tali istantanee possono essere utilizzate per identificare il rilascio a un livello di patch casuale e quindi
successivamente essere in grado di recuperarlo inviando il file snapshot a Patcol.

Patcol verificherà una versione bloccata di un file, eventualmente in una directory alternativa
(specificato con -d, rispecchiando così l'albero di distribuzione). Tutti i file che non hanno
La controparte RCS (es. patchlevel.h) verrà semplicemente copiata da patcol. Questo è usato da
makedist per falsificare la distribuzione prima di realizzare i kit. Per impostazione predefinita, patcol non funzionerà
l'elaborazione dell'espansione del copyright, ma ai clienti piace makedist forzalo usando il suo -C
opzione. In alternativa, puoi forzare la copia della versione ritirata in una directory
tramite la configurazione di ricerca -c interruttore in combinazione con -d (o quel precedente interruttore viene semplicemente ignorato).

Patcol può anche prendere il suo elenco di file da un file SNAPSHOT tramite il -S interruttore, nel qual caso
controllerà i file utilizzando la versione RCS specificata dal file snapshot, ad esempio
uno creato da schiaffo. Puoi invece specificare -a, -m or -n utilizzare rispettivamente tutti i
file in MANIFEST.new, tutti i file modificati (quelli che sono stati pattinondr), o tutti
i file più recenti di patchlevel.h.

patclean rimuoverà i file di lavoro dopo aver archiviato tutte le modifiche. Potresti
ripristina i file di lavoro utilizzando patcol.

Patindex può essere utilizzato dalla directory di livello superiore o all'interno del bug directory. Lo farà
elenca tutte le patch e le loro Oggetto: Linee. Questo programma conosce le patch compresse
e li decomprimerà durante la produzione dell'elenco.

RCS LAYER

Questa sezione descrive il livello RCS, nel caso in cui qualcosa negli strumenti si rompa, in modo che tu
potrebbe correggere i file RCS e riavviare l'operazione.

Tutti gli strumenti di patch ottengono il numero di revisione principale del tronco RCS dal tuo .package file, diciamo
è 2.5. Poi, nel momento in cui correvi pacchetto, hai scelto un ramo per le patch,
di solito il numero 1, il che significa che tutte le tue modifiche saranno memorizzate su 2.5.1 RCS
ramo. Gli strumenti creeranno il ramo per te quando sarà il momento.

Ogni ultima revisione rilasciata è contrassegnata con un RCS lastpat simbolo. Quando la patch è stata creata
by patdiff, l'ultima versione del ramo 2.5.1 viene confrontata con quella etichettata come
lastpat. Questo è il motivo per cui puoi tranquillamente emetterne più di uno pattino prima di rilasciare la patch
e ancora tutto ha funzionato. Certo patdiff sposterà il lastpat tagga il
ultima revisione del ramo dopo l'elaborazione di un determinato file.

Tutti i messaggi di registro e i file modificati sono conservati nel tuo bug directory, in nascosto
file (nome che inizia con un punto). Questi log verranno raccolti quando verrà rilasciata la patch
e i file modificati sono usati da colpetto's -m interruttore.

Patdiff raccoglie i suoi pezzi di patch sotto il bug directory, in file che terminano con a .nn
estensione, dove nn rappresenta il livello di patch attuale + 1. (Quale sarà il prossimo
patchlevel quando la patch verrà creata da patmake, a meno che non sia troppo grande per entrarci dentro
file).

Patlogo prepara una serie di file per patmake: il .zoccoli file raccoglie le informazioni che
andrà nella sezione Descrizione: all'interno della patch, e .xlog quelli che raccolgono
ChangeLog ingresso del candidato. Finalmente, .log i file memorizzano le informazioni RCS che devono essere
Incluso nella ChangeLog, se richiesto. Nota che le tre righe più in alto sono spazzatura e
vengono ignorati da tutti gli strumenti che gestiscono quei file.

Per avviare una nuova linea di base (ovvero per modificare il numero di revisione del trunk RCS),
bisogno di rieseguire pacchetto e cambia quel numero Quindi rilascia un nuovo pattino, probabilmente con il
-s, -a e -f opzioni...

Usa patindex online utilizzando i servizi onworks.net