aemv - Online w chmurze

PROGRAM:

IMIĘ

aegis move file - zmień nazwę jednego lub więcej plików w ramach zmiany

STRESZCZENIE

egida -Przenieś_plik [ opcja...] stara nazwa nowe imie [ old1 new1 [ old2 new2 ] ]
egida -Przenieś_plik -Lista [ opcja...]
egida -Przenieś_plik -Pomoc

OPIS

Połączenia egida -Przenieś_plik Polecenie służy do kopiowania pliku do zmiany i zmiany jego nazwy na
o tym samym czasie.

Nazwane pliki zostaną skopiowane z linii bazowej (stary plik) do rozwoju
katalog (nowy plik) i dodane do listy plików w zmianie.

Ostrzeżenie: Jeśli w katalogu deweloperskim jednego z stara nazwa or
dotychczasowy nowe imie zostaną nadpisane.

Połączenia stary plik w katalogu deweloperskim będzie zawierać 1KB losowego tekstu. Losowe
tekst jest na tyle odrażający, że większość kompilatorów wyświetli komunikaty o błędach, jeśli
odwołuje się przypadkowo. Jest to często bardzo przydatne podczas przenoszenia plików dołączanych.

Możesz zmieniać nazwy katalogów. Wszystkie pliki w stara nazwa nazwa drzewa katalogów zostanie zmieniona
być poniżej nowe imie drzewo katalogów.

filet Imię Interpretacja
Program aegis spróbuje określić nazwy plików projektu na podstawie nazw plików
podane w wierszu poleceń. Wszystkie nazwy plików są przechowywane w projektach aegis jako względne
do katalogu głównego drzewa katalogów linii bazowej. Katalog deweloperski i
katalog integracyjny to cienie tego katalogu bazowego, a więc te względne nazwy
tutaj również aplikuj. Pliki wymienione w wierszu poleceń są najpierw konwertowane na ścieżki bezwzględne
Jeśli to konieczne. Następnie są porównywane ze ścieżką bazową, katalogiem deweloperskim
ścieżka i ścieżka katalogu integracji, aby określić nazwę względną względem linii bazowej. To jest
błąd, jeśli nazwany plik znajduje się poza jednym z tych drzew katalogów.

Połączenia -BAse_REWzględny opcja może być użyta do spowodowania, że ​​względne nazwy plików będą interpretowane jako
względem ścieżki bazowej; bezwzględne nazwy plików będą nadal porównywane z różnymi
ścieżki w celu określenia nazwy względem linii bazowej.

Połączenia względna_nazwa_pliku_preferencje w pliku konfiguracyjnym użytkownika może służyć do modyfikacji
to domyślne zachowanie. Widzieć aeuconf(5), aby uzyskać więcej informacji.

Przetwarzanie Bok Dodawanie efektów
To polecenie anuluje wszelkie rejestracje kompilacji lub testów, ponieważ dodanie kolejnego pliku
logicznie je unieważnia.

Gdy pliki zmian są wymienione (egida -Lista Zmień_Pliki -Lakoniczny) nowe pliki (Nowy-
Nazwa) pojawi się na liście, a usunięte pliki (stara nazwa) Będzie nie pojawiają się w
zwięzła lista. Podobnie, gdy pliki projektu są wymienione z wyraźną zmianą
liczba (egida -Lista Pliki_projektu -Lakoniczny -Zmiana N) żaden z plików zmian, w tym
zarówno nowe, jak i usunięte pliki pojawią się w zwięzłej liście. Te dwie cechy są
bardzo pomocne przy wywoływaniu aegis z poziomu DMT w celu wygenerowania listy plików źródłowych.

Zgłoszenie
Połączenia nowe_polecenie_pliku i polecenie usunięcia_pliku w projekcie config plik są uruchamiane, jeśli jest ustawione.
Połączenia polecenie_pliku_projektu jest również uruchamiany, jeśli jest ustawiony i jeśli nastąpiła integracja
ostatnio. Widzieć aepconf(5), aby uzyskać więcej informacji.

BIAŁE

Aegis zapewnia to, co często nazywa się „ścieżką widzenia”, która wskazuje na rozwój
narzędzia (kompilatory, systemy budujące, itp) poszukaj najpierw w katalogu deweloperskim, potem w
od linii bazowej gałęzi i tak dalej aż do linii bazowej pnia.

Problem ze ścieżkami widoków polega na tym, że aby usunąć pliki, potrzebujesz jakiegoś
„whiteout”, aby powiedzieć „przestań szukać, zostało usunięte”.

Kiedy korzystasz z powietrze(1) lub amw(1) komendy, co oznacza „dodaj informacje do tej zmiany
co spowoduje usunięcie pliku z planu bazowego po zintegrowaniu tej zmiany”. To znaczy Podczas
zmiana jest w jest rozwinięty stan, plik jest tylko "usunięty" w rozwoju
katalog - nadal jest obecny w linii bazowej i pozostanie do momentu zmiany
pomyślnie zintegrowany.

Kiedy używasz powietrze(1) lub amw(1) polecenia, Aegis utworzy plik 1K, który będzie pełnił rolę
zaciemnienie. Jego zawartość jest dość brzydka, więc jeśli skompilujesz lub dodasz „usunięty”
plik przypadkowo, pojawia się błąd krytyczny. To przypomni Ci o usunięciu przestarzałych
Bibliografia.

Gdy zmiana jest zintegrowana, usunięty plik jest nie skopiowane/podlinkowane od linii bazowej do
katalog integracji i jest nie skopiowane z katalogu deweloperskiego. W tym
czas, gdy fizycznie zniknął (brak wyblaknięcia). Zakłada się, że z powodu błędu
wywoływanie wyblaknięcia wszystkie stare odniesienia zostały znalezione i naprawione, gdy zmiana była w
jest rozwinięty stan.

filet Manifesty
Podczas generowania listy plików do skompilowania lub połączenia, ważne jest, aby plik:
manifest być generowany na podstawie informacji znanych Aegis, a nie z systemu plików.
Dzieje się tak z kilku powodów:

(a) Aegis dokładnie wie, gdzie znajdują się pliki (źródłowe), podczas gdy wszystko inne jest
wnioskowanie wiedzy Aegis; oraz

(b) szukanie w systemie plików jest trudne, gdy ścieżka widoku jest dłuższa niż 2 katalogi
(a metoda rozgałęziania Aegis może sprawić, że będzie ona dowolnie długa); oraz

(c) Pliki whiteout i wszystko inne pozostawione „leżące dookoła” zmyli każdą metodę
który odpytuje system plików.

Najłatwiejszym sposobem wykorzystania wiedzy o plikach Aegis jest coś takiego jak Awk(1) skrypt
przetwarzanie list plików Aegis. Na przykład możesz to zrobić za pomocą robić(1) w następujący sposób:
# wygeneruj plik manifestu
manifest.make.inc: manifest.make.awk
( aegis -l por -ter ; aegis -l pf -ter ) | \
awk -f manifest.make.awk > manifest.make.inc
# teraz dołącz manifest pliku
uwzględnij manifest.make.inc
Uwaga: byłoby to nieefektywne, gdybyś zrobił to raz na katalog, ale nie ma nic
powstrzymuje cię od pisania wielu zadań do manifest.make.inc plik, wszystko w jednym
przechodzić.

To samo można zrobić z generatorem raportów Aegis (patrz powietrze(1) po więcej
informacji), ale jest to bardziej skomplikowane niż Awk(1) skrypt. Jednak z
informacja niejako „prosto z pyska konia”, może być też dużo mądrzejsza.

Ten manifest pliku stałby się nieaktualny bez blokady do pliku Aegis
komendy operacyjne. Używając polecenie_pliku_projektu i polecenie_zmiany_pliku pola z
projekt config plik (patrz aepconf(5) aby uzyskać więcej informacji), możesz usunąć ten plik
w strategicznych momentach.
/* uruchom, gdy manifest pliku zmian zostanie zmieniony */
polecenie_zmiany_pliku = "rm -f manifest.make.inc";
/* uruchom, gdy manifest pliku projektu zostanie zmieniony */
project_file_command = "rm -f manifest.make.inc";
Nowy manifest pliku zostanie zatem odbudowany podczas następnego aeb(1) polecenie.

Opcje i Preferencje
Tam jest -Brak bieli opcja, która może być używana do tłumienia białych plików podczas używania
dotychczasowy powietrze(1) i amw(1) polecenia. Istnieje odpowiednia -Wybielanie opcja, którą jest
zwykle domyślnie.

Tam jest preferencje_wybielania pole w pliku preferencji użytkownika (zobacz aeuconf(5) dla
więcej informacji), jeśli chcesz ustawić tę opcję na stałe.

Whiteout filet Szablony
Połączenia szablon_biały dziedzina projektu config plik może służyć do tworzenia języka-
określone pliki błędów. Jeśli żaden wpis szablonu whiteout nie pasuje, bardzo brzydki plik 1 KB będzie
być produkowane - powinno powodować błędy kompilatora dla prawie każdego języka.

Jeśli chcesz, aby komunikat o błędzie był bardziej czytelny dla człowieka, wpisy takie jak
szablon_biały =
[
{
wzór = [ "*.[ch]" ];
body = "#error Ten plik został usunięty.";
}
];
może być bardzo skuteczny (w tym przykładzie zakłada się gcc(1) jest używany).

Jeśli to konieczne, aby Nie można utworzyć plik whiteout, powiedzmy dla plików źródłowych C, mógłbyś
użyj szablonu wybielającego, takiego jak
szablon_biały =
[
{ wzorzec = [ "*.c" ]; }
];
ponieważ nieobecny ciało podpole oznacza, że ​​w ogóle nie generuje pliku whiteout.

Możesz mieć więcej niż jeden wpis szablonu wybielania, ale pamiętaj, że kolejność
wpisy są ważne. Zostanie użyty pierwszy wpis, który pasuje.

Zgłoszenie
Po pomyślnym wykonaniu tego polecenia powiadomienia zwykle wykonywane przez
powietrze(1) aenf(1) i nie(1) uruchamiane są odpowiednie polecenia. Należą do nich
polecenie_pliku_projektu, nowe_polecenie_pliku, nowe_polecenie_testowe i polecenie usunięcia_pliku Pola
z projektu config plik. Widzieć aepconf(5), aby uzyskać więcej informacji.

OPCJE

Rozumie się następujące opcje:

-Zmiana numer
Ta opcja może służyć do określenia konkretnej zmiany w projekcie. Widzieć
egida(1) pełny opis tej opcji.

-Pomoc
Ta opcja może być wykorzystana do uzyskania dodatkowych informacji o tym, jak używać egida
program.

-Lista
Ta opcja może być użyta do uzyskania listy odpowiednich tematów dla tego polecenia.
Lista może być bardziej ogólna niż oczekiwano.

-Nie_logowanie
Ta opcja może być użyta do wyłączenia automatycznego rejestrowania danych wyjściowych i błędów do
plik. Jest to często przydatne, gdy kilka poleceń aegis jest połączonych w powłoce
skrypt.

-Projekt Nazwa
Ta opcja może być wykorzystana do wybrania interesującego Cię projektu. Kiedy nie -Projekt
opcja jest określona, PROJEKT AEGIS konsultowana jest zmienna środowiskowa. Gdyby
który nie istnieje, użytkownika $HOME/.aegisrc plik jest sprawdzany pod kątem wartości domyślnych
pole projektu (patrz aeuconf(5), aby uzyskać więcej informacji). Jeśli to nie istnieje,
gdy użytkownik pracuje tylko nad zmianami w ramach jednego projektu, projekt
domyślna nazwa tego projektu. W przeciwnym razie jest to błąd.

-Lakoniczny
Ta opcja może być używana, aby aukcje generowały minimum
Informacja. Jest to zwykle przydatne w przypadku skryptów powłoki.

-Gadatliwy
Ta opcja może być użyta, aby spowodować, że aegis będzie produkować więcej. Domyślnie egida
generuje dane wyjściowe tylko w przypadku błędów. W przypadku użycia z -Lista opcja ta opcja
powoduje dodanie nagłówków kolumn.

-Czekać Ta opcja może być użyta do zażądania, aby komendy Aegis czekały na blokady dostępu, jeśli:
nie można ich uzyskać natychmiast. Domyślnie do użytkownika preferencje_blokady_oczekiwania
jeśli nie określono, zobacz aeuconf(5), aby uzyskać więcej informacji.

-Nie, czekaj
Ta opcja może być użyta do zażądania, aby polecenia Aegis wyemitowały błąd krytyczny w przypadku dostępu
zamków nie można uzyskać natychmiast. Domyślnie do użytkownika
preferencje_blokady_oczekiwania jeśli nie określono, zobacz aeuconf(5), aby uzyskać więcej informacji.

-Wybielanie
Ta opcja może być używana do żądania zastąpienia usuniętych plików przez „whiteout”
plik w katalogu deweloperskim. Chodzi o to, że skompilowanie takiego pliku:
skutkować błędem krytycznym, aby można było znaleźć wszystkie odniesienia. To jest
zwykle domyślnie.

-No_WhiteOut
Ta opcja może być użyta do zażądania, aby żaden plik „whiteout” nie był umieszczany w
katalog rozwoju.

Zobacz też egida(1) dla opcji wspólnych dla wszystkich komend egidy.

Wszystkie opcje mogą być skrócone; skrót jest dokumentowany jako wielkie litery,
wszystkie małe litery i podkreślenia (_) są opcjonalne. Musisz użyć kolejnego
sekwencje opcjonalnych liter.

Wszystkie opcje nie uwzględniają wielkości liter, można je wpisywać wielkimi lub małymi literami lub a
połączenie obu, przypadek nie jest ważny.

Na przykład: argumenty „-project”, „-PROJ” i „-p” są interpretowane jako
-Projekt opcja. Argument "-prj" nie zostanie zrozumiany, ponieważ konsekutywne
nie podano znaków opcjonalnych.

Opcje i inne argumenty wiersza poleceń mogą być dowolnie mieszane w wierszu poleceń,
po selektorach funkcji.

Długie nazwy opcji GNU są zrozumiałe. Ponieważ wszystkie nazwy opcji dla egida są długie,
oznacza to ignorowanie dodatkowego początkowego „-”. Ten "--opcja=wartość„Konwencja też jest
zrozumiany.

POLECAMY ALIAS

Zalecany alias dla tego polecenia to
csh% alias aemv 'aegis -mv \!* -v'
sh$ aemv(){aegis -mv "$@" -v}

BŁĘDY

Jest to błąd, jeśli zmiana nie znajduje się w jest rozwinięty stan.
Jest to błąd, jeśli zmiana nie jest przypisana do bieżącego użytkownika.
Jest to błąd, jeśli którykolwiek plik jest już w zmianie.

EXIT STATUS

Połączenia egida polecenie zakończy się ze statusem 1 w przypadku każdego błędu. ten egida polecenie będzie tylko
zakończ ze statusem 0, jeśli nie ma błędów.

ŚRODOWISKO ZMIENNE

See egida(1) dla listy zmiennych środowiskowych, które mogą mieć wpływ na to polecenie. Widzieć
aepconf(5) dla pliku konfiguracyjnego projektu specyficzny dla projektu pole jak ustawić
zmienne środowiskowe dla wszystkich poleceń wykonywanych przez Aegis.

Korzystaj z aemv online za pomocą usług onworks.net