aepatch - Online nel cloud

PROGRAMMA:

NOME

aepatch - invia e ricevi modifiche come patch

SINOSSI

epatch -Inviare [ opzione...]
epatch -ricevere [ opzione...]
epatch -elenco [ opzione...]
epatch -Aiuto
epatch -Versione

DESCRIZIONE

Il epatch viene utilizzato per inviare le modifiche di Aegis come patch o ricevere patch e girare
trasformarli in Aegis.

Si prega di notare che questo funziona solo per i file di testo. Se il tuo progetto utilizza file binari, il
epatch programma non sarà utile perché il diff(1) e patch(1) i comandi funzionano solo su
file di testo. Inoltre, funziona solo per i file con nomi che non contengono spazi bianchi.

Se hai bisogno di unire le corrispondenze, puoi usare le utility di patch GNU, che includono a
strumento per unire le patch insieme.

INVIA

La variante send accetta una modifica specifica e costruisce una patch contenente tutte le
modifiche a tutti i file in quella modifica. Il risultato è compresso e codificato in a
formato di testo che può essere inviato come e-mail senza essere danneggiato dal trasferimento della posta
agenti lungo il percorso.

L'output di epatch -Inviare comando è una normale patch Unix, come produrresti
utilizzando diff(1) bzip2(1) e un codificatore MIME come mpack(1). Non ci sono speciali
formati. L'output può essere decompresso con il normale bunzip2(1) comando e applicato
con la normalità patch(1) comando.

L'algoritmo di compressione è selezionabile tramite il -algoritmo-di-compressione opzione, vedere il
sezione OPZIONI, di seguito, per i dettagli. Il -Compatibilità anche l'opzione capisce
esigenze di compressione.

Generazione Sensore a becco d'anatra Patch
Se desideri inviare patch "tradizionali" agli sviluppatori che non utilizzano Aegis per gestire
le fonti alla loro fine, è possibile utilizzare le seguenti opzioni:
aepatch -send -cte=none -comp-alg=none
Questo dice di non usare la codifica di trasferimento dei contenuti e nessuna compressione. Se lo desideri anche tu
omettere i metadati Aegis, è possibile utilizzare le seguenti opzioni:
aepatch -send -cte=none -nocomp -compat=4.16
Questa impostazione per l'opzione -compatibility omette tutte le estensioni Aegis.

Per impostazione predefinita, viene generata una differenza di contesto. Alcuni progetti preferiscono utilizzare il differenziale unificato
formato. Questo è controllato dal patch_diff_comando campo della configurazione del progetto
file (vedi aepconf(5) per maggiori informazioni). Se hai GNU diff, usa quanto segue
comando:
patch_diff_command = "imposta +e; "
"diff -u --testo"
"-L ${quota $indice} -L ${citazione $indice} "
"${cita $originale} ${cita $input} > ${cita $output}; "
"prova $? -le 1"";
Questa impostazione causerà il epatch(1) comando per produrre patch di differenze unificate invece di
patch di differenze di contesto. Come puoi vedere da questo comando, il epatch(1) il comando è solo
utile se si dispone di file sorgente di testo; produce risultati non ideali per il binario
File.

Opzioni
Le seguenti opzioni sono comprese dalla variante di invio:

-Modificare numero
Questa opzione può essere utilizzata per specificare una particolare modifica all'interno di un progetto. Vedere
egida(1) per una descrizione completa di questa opzione.

-Compatibilità numero della versione
Questa opzione può essere utilizzata per specificare la versione di epatch(1) che sarà
ricevente questo insieme di modifiche. Queste informazioni vengono utilizzate per selezionare le funzioni da
includere nei dati e quali omettere. Per impostazione predefinita, l'ultimo set di funzionalità sarà
essere usato.

-algoritmo-di-compressione Nome
Questa opzione può essere utilizzata per specificare la compressione da utilizzare. Sono elencati
in ordine di efficienza di compressione.

none Non utilizzare alcuna compressione (non sempre significativo per tutti i comandi).

gzip Usa la compressione usata dal gzip(1) programma.

bzip2 Usa la compressione usata dal bzip2(1) programma.

In futuro potrebbero essere aggiunti altri algoritmi di compressione.

-Comprimere
Questa opzione è deprecata a favore del -comp-alg=gzip or -comp-alg=bzip2
opzioni.

-No_COMPress
Questa opzione è deprecata a favore del -comp-alg=nessuno opzione.

-Codifica_Trasferimento_Contenuto Nome
Questa opzione può essere utilizzata per specificare la codifica di trasferimento del contenuto da utilizzare. Esso
può assumere uno dei seguenti valori:

Nessuno Non deve essere eseguita alcuna codifica di trasferimento del contenuto.

Base64 Deve essere utilizzata la codifica MIME base 64. Questa è l'impostazione predefinita.

Citato_stampabile
Deve essere utilizzata la codifica stampabile indicata da MIME.

Codifica_Unix_in_Unix
Deve essere utilizzata l'antica codifica da unix a unix.

Queste codifiche possono essere abbreviate allo stesso modo delle opzioni della riga di commento.

-Ascii_Armatura
Questo significa lo stesso dell'opzione "-cte=base64" sopra.

-No_Ascii_Armatura
Questo significa lo stesso dell'opzione "-cte=none" sopra.

-Delta numero
Questa opzione può essere usata per specificare un particolare delta nella cronologia del progetto per
copiare il file da, anziché la versione più recente. Se il delta è stato
dato un nome (vedi aedn(1) per come) puoi usare un nome delta invece di un delta
numero. È un errore se il delta specificato non esiste. Numeri delta
partire da 1 e aumentare; delta 0 è un caso speciale che significa "quando il ramo
cominciato".

-DELta_Data stringa
Questa opzione può essere usata per specificare una data e un'ora particolari nel progetto
cronologia da cui copiare il file, anziché la versione più recente. È un
errore se la stringa specificata non può essere interpretata come data e ora valide.
Cita la stringa se è necessario utilizzare gli spazi.

-DELta_Da_Cambia numero
Questa opzione può essere usata per specificare un particolare delta del progetto dalla sua modifica
numero.

-Produzione Nome del file
Questa opzione può essere utilizzata per specificare il file di output. L'output viene inviato al
output standard per impostazione predefinita.

-Progetto Nome
Questa opzione può essere utilizzata per selezionare il progetto di interesse. quando no -Progetto
l'opzione è specificata, il AEGIS_PROGETTO viene consultata la variabile di ambiente. Se
che non esiste, l'utente $HOME/.aegisrc il file viene esaminato per un valore predefinito
campo del progetto (vedi aeuconf(5) per maggiori informazioni). Se ciò non esiste,
quando l'utente sta lavorando solo sulle modifiche all'interno di un singolo progetto, il progetto
nome predefinito su quel progetto. Altrimenti è un errore.

-Firmato_Off_da
Questa opzione può essere utilizzata per aggiungere una riga Firmato da: al set di modifiche
descrizione.

-No_Signed_Off_Da
Questa opzione può essere utilizzata per impedire che una riga Firmato da: venga aggiunta a
la descrizione dell'insieme di modifiche.

RICEVERE

La variante di ricezione richiede una patch e crea un cambiamento di Aegis (vedi anc(1)) implementare
il cambiamento dentro. I file vengono aggiunti alla modifica (vedi aenf(1) PCEA(1) aerma(1)
aent(1)) e quindi i contenuti della patch vengono scompattati nella directory di sviluppo e
le modifiche applicate ai file.

La patch non deve essere prodotta dal epatch(1) comando. Patch normali
prodotto da diff(1) comando sono anche input validi. L'intento è che tu possa partecipare
nel normale sviluppo open source e usa anche Aegis, anche se i tuoi colleghi sviluppatori lo sono
non.

Una volta scompattato, il cambiamento viene quindi costruito (vedi a e b(1)), differenziato (vedi aed(1)), e
testato (vedi e(1)). Il processo automatico si interrompe a questo punto, in modo che tu possa confermare
che si desidera il cambiamento.

Compila il nomi
È comune per i file di patch generati usando il solito diff -r meccanismo per contenere extra
prefissi di percorso. Il epatch(1) il comando tenta di rimuoverli automaticamente. Questo è
di solito possibile perché le patch di solito modificano i file all'interno del progetto, quindi la patch
i nomi dei file vengono confrontati con i nomi dei file di progetto per indovinare quali e quanti prefissi di percorso
rimuovere.

-Rimuovi_Prefisso_Percorso stringa
Questa opzione può essere utilizzata per specificare esplicitamente i prefissi del percorso da rimuovere, se
regalo. Può essere specificato più di una volta.

Se hai una struttura di directory di progetto complessa, di tanto in tanto le persone potrebbero inviarti
patch relative a una sottodirectory, piuttosto che alla radice del progetto. Il
epatch(1) il programma non può indovinarlo da solo.

-Aggiungi_prefisso_percorso stringa
Questa opzione può essere utilizzata per specificare il percorso di una sottodirectory del progetto in cui
per applicare la patch.

Notifica
Il epatch Il comando richiama vari altri comandi di Aegis. Le solite notifiche che
questi comandi emetterebbero sono emessi.

Opzioni
Le seguenti opzioni sono comprese dalla variante di ricezione:

-Modificare numero
Questa opzione può essere utilizzata per scegliere il numero di cambio da utilizzare, altrimenti il
il numero di modifica nella patch (se presente) verrà utilizzato se disponibile,
altrimenti ne verrà scelto uno automaticamente.

-Delta numero
Questa opzione può essere usata per specificare un particolare delta nella cronologia del progetto per
copia il file da, proprio come per il PCEA(1) comando. Puoi anche usare un delta
nome invece di un numero delta.

-Directory sentiero
Questa opzione può essere utilizzata per specificare quale directory deve essere utilizzata. È un errore
se l'utente corrente non dispone delle autorizzazioni appropriate per creare la directory
percorso dato. Questo deve essere un percorso assoluto.

Attenzione: se stai usando un automounter non usare `pwd` per fare un assoluto
percorso, di solito dà la risposta sbagliata.

-File Nome del file
Legge la serie di modifiche dal file specificato. L'impostazione predefinita è leggerlo dal
ingresso standard. Il nome del file `-' è inteso come l'input standard.

Se il tuo sistema ha libcurl(3) e Aegis è stato configurato per usarlo in fase di compilazione
(questa è l'impostazione predefinita se è disponibile) sarai anche in grado di specificare a
URL (Uniform Resource Locator) al posto del nome del file. I dati pertinenti saranno
essere scaricato. (Il -Verboso opzione fornirà una barra di avanzamento.)

-Progetto Nome
Questa opzione può essere utilizzata per impostare il nome del progetto. Se non specificato il progetto
verrà utilizzato il nome nel pacchetto di input (se presente), altrimenti il ​​solito progetto
verrà utilizzato il nome predefinito.

-Troiano Questa opzione può essere utilizzata per trattare il set di modifiche come se avesse un cavallo di Troia
attaccare in esso.

-No_Trojan
Questa opzione può essere utilizzata per trattare il set di modifiche come se non fosse assolutamente presente
un attacco di cavallo di Troia in esso. Usa il con estremo cura. Devi avere
autenticato il messaggio con qualcosa come prima PGP e conoscere l'autore
bene.

Sicurezza
Ricevere le modifiche via e-mail e inserirle automaticamente nella linea di base senza
controllarli, sarebbe una ricetta per il disastro. Sono previste una serie di garanzie:

· Viene confermato che il formato del pacco è corretto e il pacco verificato per
consistenza interna, prima che venga disimballato e agito.

· La parte automatica del processo si interrompe prima della fine dello sviluppo. Questo assicura che
il destinatario convalida la modifica prima che venga confermata e quindi deve anche essere
revisionato, prevenendo danni accidentali o dolosi.

· Più utilizzi le strutture di gestione dei test di Aegis (vedi aent(1) e e(1)) più difficile
è per un cambiamento inadeguato entrare nella linea di base.

ELENCO

La variante dell'elenco può essere utilizzata per elencare il contenuto di un pacchetto senza effettivamente scompattarlo
prima. L'output ricorda il egida -elenco modifica-dettagli produzione.

Opzioni
Le seguenti opzioni sono comprese dalla variante dell'elenco:

-File Nome del file
Legge la serie di modifiche dal file specificato. L'impostazione predefinita è leggerlo dal
ingresso standard. Il nome del file `-' è inteso come l'input standard.

Se il tuo sistema ha libcurl(3) e Aegis è stato configurato per usarlo in fase di compilazione
(questa è l'impostazione predefinita se è disponibile) sarai anche in grado di specificare a
URL (Uniform Resource Locator) al posto del nome del file. I dati pertinenti saranno
essere scaricato. (Il -Verboso opzione fornirà una barra di avanzamento.)

-Produzione Nome del file
Questa opzione può essere utilizzata per specificare il file di output. L'output viene inviato al
output standard per impostazione predefinita. Utile solo con l'opzione -List.

VERSIONI

Le seguenti opzioni per questo comando non sono state ancora menzionate:

-Aiuto
Questa opzione può essere utilizzata per ottenere maggiori informazioni su come utilizzare il epatch
.

Vedi anche egida(1) per le opzioni comuni a tutti i comandi aegis.

Tutte le opzioni possono essere abbreviate; l'abbreviazione è documentata come le lettere maiuscole,
tutte le lettere minuscole ei caratteri di sottolineatura (_) sono facoltativi. Devi usare consecutivo
sequenze di lettere facoltative.

Tutte le opzioni non fanno distinzione tra maiuscole e minuscole, puoi digitarle in maiuscolo o minuscolo o a
combinazione di entrambi, il caso non è importante.

Ad esempio: gli argomenti "-project, "-PROJ" e "-p" sono tutti interpretati come il
-Progetto opzione. L'argomento "-prj" non sarà compreso, perché consecutivo
caratteri facoltativi non sono stati forniti.

Opzioni e altri argomenti della riga di comando possono essere mescolati arbitrariamente sulla riga di comando,
dopo i selettori di funzione.

I nomi lunghi delle opzioni GNU sono compresi. Poiché tutti i nomi delle opzioni per epatch sono lunghi,
questo significa ignorare l'extra '-'. Il "--opzione=APPREZZIAMO"convenzione è anche
inteso.

RISORSE FORMATO

Il formato del file riutilizza i formati esistenti, invece di introdurre qualcosa di nuovo. Questo significa
è possibile estrarre il contenuto di un pacchetto anche quando aepatch non è disponibile.

· All'invio, i file di origine vengono generati utilizzando il diff(1) programma, allo stesso modo a
viene generata la normale patch Unix.
Alla ricezione, le differenze vengono applicate ai file sorgente, allo stesso modo di
normale patch(1) programma.

· All'invio, la patch viene compressa utilizzando il formato GNU gzip. Tipicamente primario
i file di origine sono testo ASCII, con conseguente compressione significativa. (Questo è facoltativo.)
Alla ricezione, se la patch è compressa verrà automaticamente decompressa,
il rilevamento è automatico, non è necessario farlo da soli.

· All'invio, la patch compressa viene codificata utilizzando la codifica MIME base64. Questo fa
il risultato sarebbe circa il 33% più grande del binario compresso, ma comunque
minore delle fonti primarie. (Questo è facoltativo.)
Alla ricezione, se la patch è codificata MIME64 verrà decodificata automaticamente,
il rilevamento è automatico, non è necessario farlo da soli.

EXIT STATUS

Il epatch il comando uscirà con uno stato di 1 su qualsiasi errore. Il epatch il comando sarà
uscire con stato 0 solo se non ci sono errori.

AMBIENTE VARIABILI

See egida(1) per un elenco di variabili d'ambiente che possono influenzare questo comando. Vedere
aepconf(5) per i file di configurazione del progetto specifico del progetto campo per come impostare
variabili d'ambiente per tutti i comandi eseguiti da Aegis.

COPYRIGHT

aepatch versione 4.24.3.D001
Diritto d'autore (C) 1991, 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002,
2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010 Peter Miller

Il programma aepatch viene fornito con ASSOLUTAMENTE NESSUNA GARANZIA; per i dettagli utilizzare il 'epatch
-Versione Licenza' comando. Questo è un software gratuito e puoi ridistribuirlo
a determinate condizioni; per i dettagli utilizzare il 'epatch -Versione Licenza' comando.

Utilizzare aepatch online utilizzando i servizi onworks.net