aerm - Online nel cloud

PROGRAMMA:

NOME

aegis remove file - aggiunge i file da eliminare a una modifica

SINOSSI

egida -Rimuovi il file nome del file... [ opzione...]
egida -Rimuovi il file -Elenco [ opzione...]
egida -Rimuovi il file -Aiuto

DESCRIZIONE

I egida -Rimuovi il file comando viene utilizzato per aggiungere file da eliminare a una modifica. Il file
verrà aggiunto all'elenco dei file nella modifica e verrà rimosso dalla linea di base
al momento dell'integrazione.

Questo comando può essere utilizzato per rimuovere i test, non solo i file di origine. I test sono trattati solo
come qualsiasi altro file sorgente e sono soggetti allo stesso processo.

Verrà creato un file nella directory di sviluppo contenente 1 KB di testo casuale. Il
il testo casuale è sufficientemente ripugnante che la maggior parte dei compilatori darà messaggi di errore,
se il file viene referenziato accidentalmente. Questo è spesso molto utile durante la rimozione
includi file.

È possibile specificare un nome di directory per rimuovere tutti i file nell'albero di directory denominato. è
un errore se non ci sono file rilevanti.

Compila il Nome Interpretazione
Il programma aegis tenterà di determinare i nomi dei file di progetto dai nomi dei file
dato sulla riga di comando. Tutti i nomi dei file sono memorizzati all'interno dei progetti aegis come relativi
alla radice dell'albero di directory di base. La directory di sviluppo e il
directory di integrazione sono ombre di questa directory di base, e quindi questi nomi relativi
applica anche qui. I file nominati sulla riga di comando vengono prima convertiti in percorsi assoluti
se necessario. Vengono quindi confrontati con il percorso di base, la directory di sviluppo
percorso e il percorso della directory di integrazione per determinare un nome relativo alla linea di base. è
un errore se il file denominato è al di fuori di uno di questi alberi di directory.

I -BASE_RElativo l'opzione può essere usata per far interpretare i nomi di file relativi come
rispetto al percorso della linea di base; i nomi di file assoluti verranno comunque confrontati con i vari
percorsi per determinare un nome relativo alla linea di base.

I relativo_nome_file_preferenza nel file di configurazione utente può essere utilizzato per modificare
questo comportamento predefinito. Vedere aeuconf(5) per maggiori informazioni.

Processo Lato effetti
Questo comando annullerà qualsiasi registrazione di build o test, perché aggiungendo un file in modo logico
li invalida.

Quando i file di modifica sono elencati (egida -Elenco Cambia_file -TERse) i file rimossi verranno
non compaiono nell'elenco conciso. Allo stesso modo, quando i file di progetto sono elencati con un
numero di modifica esplicita (egida -Elenco File_progetto -TERse -Modificare N) nessuna delle modifiche
i file, inclusi i file rimossi, non appariranno nell'elenco conciso. Questi due
le funzionalità sono molto utili quando si chiama aegis dall'interno di un DMT per generare l'elenco di
file sorgenti.

Cambiare , il Tipologia of a Compila il
Se vuoi cambiare il tipo di un file (diciamo, da un file di prova a un file sorgente, o vice
versa) potresti farlo come due modifiche, usando prima aerma(1) in un cambio e poi
utilizzando aenf(1) o aent(1) in una seconda modifica, oppure puoi combinare entrambi i passaggi nello stesso
modificare. Ricordati di usare il aerma -nessun bianco opzione o otterrai una novità molto particolare
modello di file.

Notifica
I comando_rimozione_file nel progetto config file viene eseguito, se impostato. Il file_progetto_‐
command viene eseguito anche, se impostato, e se c'è stata un'integrazione di recente. Vedere
aepconf(5) per maggiori informazioni.

BIANCO

Aegis ti fornisce quello che viene spesso chiamato un "percorso visivo" che indica lo sviluppo
strumenti (compilatori, sistemi di compilazione, eccetera) cerca prima nella directory di sviluppo, poi in
la linea di base del ramo e così via fino alla linea di base del tronco.

Il problema con i percorsi di visualizzazione è che per rimuovere i file è necessario un qualche tipo di
"whiteout" per dire "smetti di cercare, è stato rimosso".

Quando utilizzi il aerma(1) o aemv(1) comandi, questo significa "aggiungi informazioni a questa modifica
che rimuoverà il file dalla linea di base quando questa modifica sarà integrata". ie while
il cambiamento è nel essendo sviluppato stato, il file viene "rimosso" solo nello sviluppo
directory - è ancora presente nella linea di base e lo sarà fino a quando la modifica non sarà
integrato con successo.

Quando si utilizza il aerma(1) o aemv(1) comandi, Aegis creerà un file da 1K che fungerà da
bianco. I suoi contenuti sono piuttosto brutti, quindi se si compila o si include il "rimosso"
file accidentalmente, si ottiene un errore fatale. Questo ti ricorderà di rimuovere obsoleto
Riferimenti.

Quando la modifica è integrata, il file rimosso è non copiato/collegato dalla linea di base a
la directory di integrazione, ed è non copiato dalla directory di sviluppo. A questo
tempo è fisicamente andato (nessun whiteout). Si presume che a causa dell'errore
inducendo il whiteout tutti i vecchi riferimenti sono stati trovati e corretti mentre il cambiamento era nel
essendo sviluppato stato.

Compila il Manifesta
Quando si genera un elenco di file da compilare o collegare, è importante che il file
manifest essere generato da informazioni conosciute da Aegis, piuttosto che dal file system.
Questo è per molte ragioni:

(a) Aegis sa esattamente quali file (sorgenti) sono dove, mentre tutto il resto lo è
dedurre la conoscenza di Aegis; e

(b) la ricerca nel file system è difficile quando il percorso di visualizzazione è più lungo di 2 directory
(e il metodo di ramificazione di Aegis può renderlo arbitrariamente lungo); e

(c) I file whiteout e qualsiasi altra cosa lasciata "in giro", confonderanno qualsiasi metodo
che interroga il file system.

Il modo più semplice per utilizzare la conoscenza dei file di Aegis è con qualcosa come un awk(1) sceneggiatura
elaborazione degli elenchi di file Aegis. Ad esempio, puoi farlo con make(1) come segue:
# genera il file manifest
manifest.make.inc: manifest.make.awk
(egida -l cf -ter ; egida -l pf -ter) | \
awk -f manifest.make.awk > manifest.make.inc
# ora includi il file manifest
includi manifest.make.inc
Nota: sarebbe inefficiente se lo facessi una volta per directory, ma non c'è niente
impedendoti di scrivere numerosi compiti nel manifest.make.inc file, tutto in uno
passaggio.

È possibile fare la stessa cosa con il generatore di report di Aegis (vedi aer(1) per di più
informazioni), ma questo è più complicato del awk(1) sceneggiatura. Tuttavia, con il
informazioni "direttamente dalla bocca del cavallo" per così dire, può anche essere molto più intelligente.

Questo file manifest diventerebbe obsoleto senza un blocco del file di Aegis
comandi operativi. Usando il comando_file-progetto ed comando_cambia_file campi di
il progetto config file (vedi aepconf(5) per ulteriori informazioni), è possibile eliminare questo file
in momenti strategici.
/* eseguito quando il manifest del file di modifica viene alterato */
change_file_command = "rm -f manifest.make.inc";
/* eseguito quando il manifest del file di progetto viene alterato */
project_file_command = "rm -f manifest.make.inc";
Il nuovo file manifest verrà quindi ricostruito durante il prossimo a e b(1) comando.

Opzioni ed Preferenze
C'è un -No WhiteOut opzione, che può essere utilizzata per sopprimere i file whiteout quando si utilizza
, il aerma(1) e aemv(1) comandi. C'è un corrispondente - White Out opzione, che è
di solito l'impostazione predefinita.

C'è un whiteout_preference campo nel file delle preferenze utente (vedi aeuconf(5) per
maggiori informazioni) se si desidera impostare questa opzione in modo più permanente.

Whiteout Compila il Modelli
I whiteout_modello campo del progetto config file può essere utilizzato per produrre lingua-
file di errore specifici. Se nessuna voce del modello di whiteout corrisponde, un file da 1 KB molto brutto lo farà
essere prodotto - dovrebbe indurre errori del compilatore per quasi tutte le lingue.

Se vuoi un messaggio di errore più leggibile, voci come
modello_whiteout =
[
{
modello = [ "*.[ch]" ];
body = "#error Questo file è stato rimosso.";
}
];
può essere molto efficace (questo esempio presuppone gcc(1) viene utilizzato).

Se è essenziale che no file whiteout essere prodotto, ad esempio per i file sorgente C, potresti
utilizzare un modello di whiteout come
modello_whiteout =
[
{ modello = [ "*.c" ]; }
];
perché assente stile di vita sottocampo significa non generare alcun file whiteout.

Potresti avere più di una voce di modello di whiteout, ma tieni presente che l'ordine dei
voci è importante. La prima voce di cui verrà utilizzata la corrispondenza.

Compila il Action Adattamento
Quando questo comando viene eseguito, verifica prima i file di modifica rispetto ai file di progetto. Se
ci sono incongruenze, le azioni del file verranno regolate come segue:

create Se si sta creando un file, ma è integrato un altro insieme di modifiche che anche
crea il file, l'azione del file nel set di modifiche ancora in fase di sviluppo sarà
regolato su "modifica".

modificare Se un file viene modificato, ma è integrato un altro insieme di modifiche che rimuove
il file, l'azione del file nella serie di modifiche ancora in fase di sviluppo sarà
regolato su "creare".

rimuovere Se un file viene rimosso, ma è integrato un altro insieme di modifiche che rimuove
il file, il file verrà eliminato dalla serie di modifiche ancora in fase di sviluppo.

VERSIONI

Si intendono le seguenti opzioni:

-BASE_RElativo
Questa opzione può essere usata per far sì che i nomi di file relativi siano considerati relativi a
la base dell'albero di origine. Vedere aeuconf(5) per l'utente corrispondente
preferenza.

-COrrent_RElativo
Questa opzione può essere usata per far sì che i nomi di file relativi siano considerati relativi a
la directory corrente. Di solito è l'impostazione predefinita. Vedere aeuconf(5) per la
corrispondente preferenza dell'utente.

-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.

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

-Elenco
Questa opzione può essere utilizzata per ottenere un elenco di soggetti idonei per questo comando.
L'elenco potrebbe essere più generale del previsto.

-Non_registrazione
Questa opzione può essere utilizzata per disabilitare la registrazione automatica dell'output e degli errori per
un file. Questo è spesso utile quando diversi comandi di aegis sono combinati in una shell
script.

-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.

-TERse
Questa opzione può essere utilizzata per far sì che le inserzioni producano il minimo indispensabile di
informazione. Di solito è utile per gli script di shell.

-Verboso
Questa opzione può essere utilizzata per far sì che aegis produca più output. Per impostazione predefinita egida
produce solo output sugli errori. Se utilizzato con il -Elenco opzione questa opzione
causa l'aggiunta di intestazioni di colonna.

-Aspettare Questa opzione può essere utilizzata per richiedere ai comandi Aegis di attendere i blocchi di accesso, se
non possono essere ottenuti immediatamente. Impostazioni predefinite per l'utente lock_wait_preference
se non specificato, vedi aeuconf(5) per maggiori informazioni.

-Non aspettare
Questa opzione può essere utilizzata per richiedere ai comandi Aegis di emettere un errore fatale se access
i blocchi non possono essere ottenuti immediatamente. Impostazioni predefinite per l'utente
lock_wait_preference se non specificato, vedi aeuconf(5) per maggiori informazioni.

- White Out
Questa opzione può essere utilizzata per richiedere che i file eliminati vengano sostituiti da un "whiteout"
file nella directory di sviluppo. L'idea è che la compilazione di un file del genere lo farà
provocare un errore fatale, in modo che tutti i riferimenti possano essere trovati. Questo è
di solito l'impostazione predefinita.

-No_WhiteOut
Questa opzione può essere utilizzata per richiedere che nessun file "whiteout" venga inserito nel
directory di sviluppo.

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 egida sono lunghi,
questo significa ignorare l'extra '-'. Il "--opzione=APPREZZIAMO"convenzione è anche
inteso.

CONSIGLIATO ALIAS

L'alias consigliato per questo comando è
csh% alias aerm 'aegis -rm \!* -v'
sh$ aerm(){aegis -rm "$@" -v}

ERRORI

È un errore se la modifica non è nel essendo sviluppato stato.
È un errore se la modifica non è assegnata all'utente corrente.
È un errore se il file non esiste nella linea di base.
È un errore se il file fa già parte della modifica.

EXIT STATUS

I egida il comando uscirà con uno stato di 1 su qualsiasi errore. Il egida il comando sarà solo
esci con stato 0 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.

Usa aerm online utilizzando i servizi onworks.net