aerm - Online w chmurze

PROGRAM:

IMIĘ

aegis usuń plik - dodaj pliki do usunięcia do zmiany

STRESZCZENIE

egida -Usuń plik Nazwa pliku... [ opcja...]
egida -Usuń plik -Lista [ opcja...]
egida -Usuń plik -Pomoc

OPIS

Połączenia egida -Usuń plik polecenie służy do dodawania plików do usunięcia do zmiany. Plik
zostanie dodany do listy plików objętych zmianą i usunięty z linii bazowej
w czasie integracji.

Tego polecenia można użyć do usunięcia testów, a nie tylko plików źródłowych. Testy traktuje się sprawiedliwie
jak każdy inny plik źródłowy i podlegają temu samemu procesowi.

W katalogu deweloperskim zostanie utworzony plik zawierający 1KB losowego tekstu. The
losowy tekst jest na tyle odrażający, że większość kompilatorów wyświetli komunikaty o błędach,
w przypadku przypadkowego odniesienia się do pliku. Często jest to bardzo pomocne przy usuwaniu
dołączać pliki.

Możesz określić nazwę katalogu, aby usunąć wszystkie pliki z nazwanego drzewa katalogów. To jest
błąd, jeśli nie ma odpowiednich plikó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 pliku jest logiczne
unieważnia je.

Gdy pliki zmian są wymienione (egida -Lista Zmień_Pliki -Lakoniczny) usunięte pliki zostaną
nie pojawiają się w zwięzłej liście. Podobnie, gdy pliki projektu są wymienione z rozszerzeniem
wyraźny numer zmiany (egida -Lista Pliki_projektu -Lakoniczny -Zmiana N) żadna ze zmian
pliki, łącznie z plikami usuniętymi, nie pojawią się na zwięzłej liście. Tych dwóch
funkcje są bardzo pomocne podczas wywoływania aegis z poziomu DMT w celu wygenerowania listy
pliki źródłowe.

Wymiana pieniędzy dotychczasowy Rodzaj Nieruchomości of a filet
Jeśli chcesz zmienić typ pliku (powiedzmy z pliku testowego na plik źródłowy lub wice
versa) możesz to zrobić jako dwie zmiany, najpierw używając powietrze(1) w jednej zmianie i potem
za pomocą aenf(1) lub nie(1) w drugiej zmianie lub możesz połączyć oba kroki w ten sam sposób
zmiana. Pamiętaj o użyciu powietrze -brak przebarwień opcję lub otrzymasz najbardziej osobliwą nowość
szablon pliku.

Zgłoszenie
Połączenia polecenie usunięcia_pliku w projekcie config plik jest uruchamiany, jeśli jest ustawiony. ten plik_projektu_‐
komenda jest również uruchamiany, jeśli jest ustawiony i jeśli ostatnio miała miejsce integracja. 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.

filet Działania Regulacja
Po uruchomieniu tego polecenia najpierw sprawdza pliki zmian względem plików projektów. Gdyby
występują niespójności, działania na plikach zostaną dostosowane w następujący sposób:

create Jeśli plik jest tworzony, ale zintegrowany jest inny zbiór zmian, który również
tworzy plik, akcja pliku w zbiorze zmian, który jest nadal opracowywany, będzie
dostosowane do "modyfikowania".

modyfikować Jeśli plik jest modyfikowany, ale zintegrowany jest inny zbiór zmian, który usuwa
plik, akcja pliku w zbiorze zmian, który jest nadal opracowywany, będzie
dostosowane do "tworzenia".

usuń Jeśli plik jest usuwany, ale zintegrowany jest inny zbiór zmian, który usuwa
plik, plik zostanie usunięty z zestawu zmian, który jest nadal opracowywany.

OPCJE

Rozumie się następujące opcje:

-BAse_REWzględny
Ta opcja może być użyta do spowodowania, aby względne nazwy plików były uważane za względne do
podstawa drzewa źródłowego. Widzieć aeuconf(5) dla odpowiedniego użytkownika
pierwszeństwo.

-CUrrent_REWzględny
Ta opcja może być użyta do spowodowania, aby względne nazwy plików były uważane za względne do
bieżący katalog. Jest to zwykle ustawienie domyślne. Widzieć aeuconf(5) dla
odpowiednie preferencje użytkownika.

-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 aerm 'aegis -rm \!* -v'
sh$ aerm(){aegis -rm "$@" -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.
Jeśli plik nie istnieje w linii bazowej, występuje błąd.
Jest to błąd, jeśli plik jest już częścią zmiany.

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 aerm online, korzystając z usług onworks.net