Почему Giggle игнорирует больше, чем .gitignore?

Нет. sudo не знает команд, которые встроены в различные оболочки, например ulimit и cd.

Вам предоставили два способа обращения к этому & mdash; используя оболочку в качестве посредника и настраивая пределы в других местах, кроме самой командной строки. Вот третий, для ситуаций, когда кто-то пытается использовать такие команды для внесения изменений в состояние процесса, а не для его отображения.

Если можно было использовать встроенные оболочки оболочки как sudo ulimit … или sudo cd … чтобы фактически изменить состояние процесса, что не было бы особенно полезно. После этого не будет ничего другого, в процессе, чьи лимиты или рабочий каталог были изменены. Можно было бы отрегулировать пределы процесса или рабочий каталог только для немедленного выхода из процесса.

Но есть набор инструментов с сетевыми командами с этими функциями. Они делают то же самое, что и оболочка, а также загружают цепочку в другую программу после того, как они это сделали.

Это различные набор инструментов daemontools-family & mdash; daemontools, daemontools-encore, nosh, perp, s6, freedt и runit.

Инструменты для установки пределов, а затем цепная загрузка в другую программу по-разному softlimit (daemontools), softlimit (freedt), softlimit (daemontools-encore) softlimit (nosh), s6-softlimit (s6), chpst (runit) и runlimit (perp). Таким образом, можно было запустить, скажем, vim с измененным ограничением размера основного файла, используя daemontools, daemontools-encore, nosh или freedt с помощью команды: sudo softlimit -c 0 vim

nosh также имеет аналогичный набор различных наборов инструментов daemontools , который использует разные размеры единицы для разных пределов для тех, которые используются с softlimit: sudo ulimit -c 0 vim

То же самое касается смены каталога, для которого есть nosh ulimit команда внешней цепной нагрузки: sudo chdir /etc vim rc.local

и внешняя команда cd от execline: sudo /command/cd /etc vim rc.local