aemv - Online nel cloud

PROGRAMMA:

NOME

aegis move file: rinomina uno o più file come parte di una modifica

SINOSSI

egida -Sposta_file [ opzione...] vecchio nome nuovo nome [ old1 new1 [ old2 new2 ] ]
egida -Sposta_file -Elenco [ opzione...]
egida -Sposta_file -Aiuto

DESCRIZIONE

I egida -Sposta_file Il comando viene utilizzato per copiare un file in una modifica e cambiarne il nome in
lo stesso tempo.

I file nominati verranno copiati dalla linea di base (vecchio-file) nello sviluppo
rubrica (nuovo file) e aggiunto all'elenco dei file nella modifica.

Avvertenza: se sono già presenti file nella directory di sviluppo del file vecchio nome or
, il nuovo nome verranno sovrascritti.

I vecchio-file nella directory di sviluppo conterrà 1 KB di testo casuale. Il casuale
il testo è sufficientemente ripugnante che la maggior parte dei compilatori fornirà messaggi di errore, nel caso in cui il file
si fa riferimento accidentalmente al file. Ciò è spesso molto utile quando si spostano file di inclusione.

Puoi rinominare le directory. Tutti i file in vecchio nome l'albero delle directory verrà rinominato
essere al di sotto di nuovo nome albero di directory.

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 altro file
li invalida logicamente.

Quando i file di modifica sono elencati (egida -Elenco Cambia_file -TERse) i nuovi file (nuovo-
Nome) verranno visualizzati nell'elenco e i file rimossi (vecchio nome) Sarà non apparire nel
elenco conciso. Allo stesso modo, quando i file di progetto vengono elencati con una modifica esplicita
numero (egida -Elenco File_progetto -TERse -Modificare N) nessuno dei file di modifica, inclusi
sia i file nuovi che quelli rimossi appariranno nell'elenco conciso. Queste due caratteristiche sono
molto utile quando si chiama aegis dall'interno di un DMT per generare l'elenco dei file sorgente.

Notifica
I nuovo_file_comando ed comando_rimozione_file nel progetto config vengono eseguiti, se impostato.
I comando_file_progetto viene eseguito anche se impostato e se c'è stata un'integrazione
recentemente. 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.

Notifica
Una volta completato con successo questo comando, le notifiche solitamente eseguite dal
aerma(1) aenf(1) e aent(1) i comandi vengono eseguiti, a seconda dei casi. Questi includono il
comando_file_progetto, nuovo_file_comando, nuovo_comando_test ed comando_rimozione_file campi
del progetto config file. Vedere aepconf(5) per maggiori informazioni.

VERSIONI

Si intendono le seguenti opzioni:

-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 aemv 'aegis -mv \!* -v'
sh$ aemv(){aegis -mv "$@" -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 uno dei file è già nella 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.

Utilizza aemv online utilizzando i servizi onworks.net