Dlaczego podstawianie historii bash jest nadal domyślnie włączone? [Zamknięte]

Czy ktoś wie, dlaczego bash nadal domyślnie włącza podstawianie historii ? Moje .bashrczawiera set +Hod wielu lat, ale niektóre inne osoby wciąż gryzą tę funkcję.

Biorąc pod uwagę, że prawie wszyscy używają terminali z funkcjami kopiuj-wklej i bash skompilowany z readlinebiblioteką, a podstawianie historii jest domyślnie włączone tylko w interaktywnych powłokach, czy naprawdę jest jakiś powód, aby mieć tę funkcję w ogóle? Żaden z istniejących skryptów nie zostałby uszkodzony, nawet jeśli byłby domyślnie wyłączony dla wszystkich powłok.

Wypróbuj to, jeśli nie wiesz, dlaczego podstawienie historii jest zerwane:

$ set +H # disable feature history substitution
$ echo "WTF???!?!!?"
WTF???!?!!?
$ set -H # enable feature history substitution
$ echo "WTF???!?!!?"
echo WTF???echo WTF???!?!!?
WTF???echo WTF???!?!!?

(Oczywiście ta funkcja ma poważne problemy, jeśli jest domyślnie wyłączona dla wszystkich skryptów i istnieje funkcja umożliwiająca sprawdzenie wyników przed wykonaniem:. shopt -s histverify)

Zobacz też:

• Dlaczego wykrzyknik `!` Czasami denerwuje bash?
• Dlaczego historia Bash nie rejestruje tego polecenia?
• Jak echo huku!
• Bash: Rozszerzenie historii w pojedynczych cudzysłowach po podwójnym cudzysłowie w tym samym wierszu

Jeśli jesteś już zaznajomiony z tym bash, radzenie sobie z wzorcami zastępowania historii nie jest bardziej prawdopodobne, aby cię ugryźć, niż obsługa innych znaków, które są specjalne dla tej powłoki. Jeśli jednak ktoś nie jest zaznajomiony z powłoką lub po prostu nigdy nie użył jej funkcji zastępowania historii, będzie to oczywiście niespodzianka, gdy wyzwoli ją pozornie nieszkodliwy niecytowany lub podwójny ciąg.

W interaktywnej powłoce z włączonymi podstawieniami historii !znak jest wyjątkowy w prawie taki sam sposób, jak $znak jest wyjątkowy, tj. Wszędzie, chyba że jest \poprzedzony ciągiem cudzysłowu lub ciągami cudzysłowu.

W przeciwieństwie do $przejścia, zastępowanie historii nie rozwija się w dokumentach tutaj, a ponieważ są one zorientowane liniowo, dodatkowo będą miały miejsce w wierszach, w których podstawienie mieści się w kontekście bez cudzysłowu lub w kontekście podwójnego cudzysłowu (w tym wierszu, gdy skanowane osobno) . Zobacz ten raport o błędzie, aby uzyskać więcej informacji .

Podstawianie historii jest wyłączone w nieinteraktywnych powłokach (skryptach), ponieważ funkcja historii poleceń powłoki nie jest tam potrzebna, nie dlatego, że funkcja ma „poważne problemy”. W skrypcie zapisywanie każdego polecenia $HISTFILEbez sensu, podobnie jak podstawianie historii, nie jest czymś, na czym chciałbyś polegać w skrypcie.

To, czy powinno być domyślnie włączone, czy nie w interaktywnych powłokach, można dyskutować (choć nie jestem do końca przekonany, że debata tutaj miałaby duże znaczenie dla bashprogramistów). Wydaje ci się, że większość bashużytkowników ma problemy z rozszerzaniem historii, ale żaden z was i ja nie wiemy, jak często z nich korzystać.

Powłoki uniksowe pozwalają modyfikować zachowanie powłoki, aby dopasować ją do osobistych potrzeb i gustu. Jeśli chcesz wyłączyć podstawienia historii dla wszystkich interaktywnych powłok, kontynuuj robienie tego, co robisz set +Hw swoim ~/.bashrcpliku lub lobbuj bashprogramistom, aby zmienić domyślną (co, moim zdaniem, zdenerwuje i pomyli więcej osób, niż to pomoże ).

Zastąpienie historii jest przydatne. Weź na przykład

% make-me-a-sandwich
make-me-a-sandwich: Permission denied
% sudo !!
Ok.

Bezwładność społeczna / kulturowa.

To pytanie znajduje się w przestrzeni problemowej dotyczącej działania ludzi, więc odpowiem pod tym kątem, nie wydając żadnej opinii na temat tego, czy funkcja powinna być domyślnie włączona.

Aby rozpocząć, aby upewnić się zrozumieć drugą stronę, uważają, że kłopot czujesz konieczności przechodzenia na swojej drodze, aby wyłączyć tę funkcję, jest kłopot, że będzie się czuł, gdyby musieli wychodzić na ich drodze, aby włączyć funkcja.

Połącz powyższe z faktem, że wystarczająca liczba bashużytkowników korzysta z tej funkcji, sugestie jej usunięcia lub domyślnego wyłączenia spotkały się z oporem ze strony osób, które już czują się komfortowo, gdy jest tam domyślnie.

Ponadto bashjest domyślną powłoką dla wielu osób (nie tylko w domyślnym sensie logowania lub powłoki systemowej, ale w sensie psychologicznym). Jeśli twoją ramką odniesienia dla cytowania powłoki jest bash, jeśli jest to powłoka, której nauczyłeś się najpierw, fakt, że !jest ona specjalną postacią powłoki, będzie dla ciebie naturalny i automatyczny (a przynajmniej, gdy się ją nauczysz, będzie to po prostu część sposób, w jaki jest to skorupa, tylko jedno dziwactwo do zaakceptowania wśród wielu).

A jeśli się nad tym zastanowić, wielu bashużytkowników prawdopodobnie napotyka składnię podstawiania historii w pozytywnym kontekście: czytają o tym lub ktoś im to pokazuje i widzą możliwą przydatność, gdy zaczynają się uczyć bash.

Pochodzi tylko z peryferyjnego świata innych powłok podobnych do Bourne'a, że ​​zostałbyś ugryziony przez !bycie wyjątkowym, a tym samym miałbyś skłonność do postrzegania go negatywnie: Ponieważ jeśli jesteś przyzwyczajony do pocisków, w których nigdy nie miałeś tej cechy, to twój pierwszy narażenie się na to nastąpi, gdy cię spieprzysz, gdy spróbujesz coś zrobić w pośpiechu.

TL; DR: Większość użytkowników prawdopodobnie nie dba o to, jaka jest wartość domyślna , niektórzy użytkownicy lubią tę funkcję i mają tę zaletę, że już taka jest, a nie było wystarczającej liczby osób aktywnie opowiadających się przeciwko tej funkcji, aby przezwyciężyć to.

Dlaczego podstawianie historii bash jest nadal domyślnie włączone?

Ponieważ wiele osób go używa, a ludzie używający interaktywnej powłoki bash prawdopodobnie powinni znać zasady, aby uniknąć problemów i na ogół stwierdzą, że pomaga to bardziej niż boli.

Mój .bashrc zawiera set + H od wielu lat, ale niektórzy inni wciąż gryzą tę funkcję.

Jest to więc funkcja, której nie używasz, co nie znaczy, że większość użytkowników jej nie używa. Możesz złożyć wniosek o zmianę wartości domyślnej, ale musisz spojrzeć na A) część ludzi, którym zależy , i B) proporcję osób, które wolą to na swój sposób. Ludzie, którym zależy i których nie lubią, prawdopodobnie już mają to wyłączone. Zmiana tego pomogłaby, gdy założą konto na nowym komputerze. Osoby, którym to zależy i które to lubią, będą musiały aktualizować swoje ustawienia na każdym komputerze, którego używają i na każdym koncie, które otrzymają w przyszłości.

Biorąc pod uwagę, że prawie wszyscy używają terminali z funkcjami kopiuj-wklej

Moim zdaniem dziwniejsza opcja ...

czy naprawdę jest jakiś powód, aby w ogóle mieć tę funkcję? Żaden z istniejących skryptów nie zostałby uszkodzony, nawet jeśli byłby domyślnie wyłączony dla wszystkich powłok.

Tak, ludzie uważają to za przydatne. Jaki jest pożytek z posiadania pilota zdalnego sterowania, z którego mogłeś po prostu wstać i zmienić kanał?

(Oczywiście ta funkcja ma poważne problemy, jeśli jest domyślnie wyłączona dla wszystkich skryptów i istnieje funkcja umożliwiająca sprawdzenie wyników przed wykonaniem: shopt -s histverify.)

Historia naprawdę nie ma sensu w skryptach, ale co ważniejsze, może powodować problemy z bezpieczeństwem. W twoim przypadku możesz uniknąć problemu, używając pojedynczych cudzysłowów. Nie pamiętam, aby kiedykolwiek powodowało to dla mnie problem, więc nie wiem, jak można powiedzieć, że ma „poważne problemy”. Czy spowodowało to dla ciebie rzeczywisty problem, czy denerwowało Cię ustawienie domyślnych ustawień na nowym komputerze?

Nie rozumiem, jak to się różni od konieczności ucieczki lub użycia pojedynczych cudzysłowów, jeśli naprawdę chcesz dostać trochę pieniędzy:

$ echo "Give me $50 or the cat gets it"
Give me $0 or the cat gets it