shopt działa w wierszu poleceń, nie można go znaleźć po uruchomieniu w skrypcie

Piszę skrypt do kopiowania niektórych plików i próbuję użyć, shopt -s dotglob aby umożliwić cp kopiowanie plików typu dot.jshint i podobnych.

Mogę uruchomić shopt -s dotglobbezpośrednio po wyświetleniu monitu bez żadnego błędu. Jednak uruchomienie skryptu powoduje zgłoszenie błędu:

script.sh: 81: script.sh: shopt: not found

Uruchamiam ten skrypt w powłoce bash z nagłówkiem shebang #!/usr/bin/env bash. Linia błędu:

shopt -s dotglob
cp -r $TEMP/img/* $TARGET/img/
cp -r $TEMP/js/* $TARGET/js/
cp -r $TEMP/less/* $TARGET/less/

Nie znalazłeś w Google nic przydatnego, masz pojęcie, na czym polega problem?

bash scripts

— Kurtosis
źródło

Dziękuję za przypomnienie, wybrałem wszystkie odpowiedzi na wszystkie moje pytania. Oprócz tego pytania jeszcze nie ma dobrej odpowiedzi.

— Kurtosis

Spróbuj z prostszym #!/bin/bashnagłówkiem?

— ish

A która wersja Ubuntu?

— ish

@izx, to właściwa odpowiedź, shoptjest wbudowanym bashem, shnie ma go shopt, a komunikat o błędzie wygląda jak komunikat o błędzie z dash. Najprawdopodobniej więc tutaj błąd polega na uruchomieniu skryptu bash sh(który jest dashdomyślnie w Ubuntu ). Nawet jeśli shjest dowiązaniem symbolicznym bash, uruchomienie skryptu bash shnie jest tym samym, co uruchomienie go bash.

— geirha

Odpowiedzi:

Aby udzielić odpowiedzi na podstawie komentarzy:

Wiele osób z przyzwyczajenia uruchamia swoje skrypty shzamiast bash. Jest to dobra praktyka, jeśli przenośność stanowi problem, ale wiele osób robi to, ponieważ kopiuje coś, co widział, nie rozumiejąc tego.

O ile skrypt nie musi działać w systemie Linux innym niż stacjonarny (np. Uruchamianie skryptów powłoki na urządzeniach z Androidem jest zupełnie inne), zalecam użycie linii shebang Bash na początku:

#!/bin/bash

Ten wiersz, gdy jest pierwszym wierszem skryptu, określa, który interpreter (powłoka, taka jak bash lub sh, Python itp.) Jest wywoływany w celu jego wykonania. Jeśli użyjesz powyższej linii, otrzymasz takie samo zachowanie (prawie) jak w linii poleceń, zakładając, że używasz domyślnej powłoki. Jeśli ze względu na przenośność lub preferencje używasz innej linii shebang, pamiętaj, że będziesz musiał zapoznać się z dokumentacją powłoki, do której się odwoływałeś, nawet jeśli powłoka, do której się odwołujesz, jest dowiązaniem symbolicznym do Bash.

— Scott Severance
źródło

Wolę być całkowicie międzysystemowy, wolę: #!/usr/bin/env bash ponieważ zadaniem env jest wiedzieć, której bash użyć (na przykład, jeśli ją załatałeś).

— shrikeh

-1

Musisz wyjść z zsh i aktywować bash, jak pokazano:

exec bash

Uruchom polecenie

source ~/.bashrc

Po czym możesz reaktywować Zsh:

exec zsh

Mam nadzieję, że to pomaga

— David Kabii
źródło

Hmmm. 1) Nie sądzę, aby OP używał zsh, 2) AFAIK ~/.basrcjest uruchamiany przez bash podczas uruchamiania w tym przypadku, więc nie ma potrzeby jawnego wywoływania go, 3) gdzie jest wykonywane polecenie OP? oraz 4) execdwukrotne użycie powoduje utratę wszelkich zmian środowiska dokonanych w początkowej powłoce zsh, co nie zdarzyłoby się, gdybyś po prostu wywołał bash.

— ksenoid

W moim przypadku konieczne było wychwycenie zmian środowiska i zmiany nie uległy zmianie. Właśnie zrestartowałem komputer i wszystkie moje zmiany są zachowane. Być może jest to jednak specyficzne dla anakondy, którą próbowałem ustawić

— David Kabii,