История изменений

проверка наличия необходимых утилит в системе ... GNU sed

не нужно, это задача пакетного манагера или раздела «требования» в документации.

проверка что файловая система не read-only

set -e и let it fail погромче.

логирование

Если загадочно работает. Т.к. правильно работающая программа не должна выводить ненужной информации.

Но, я их пишу для мною же контроллируемых условий, т.ч. работа везде обеспечивается не универсальностью скрипта, а похожестью вездей.

Если это на продажу, следует знать своего клиента. Если он способен/хочет понять 5 строк - лучше писать 5, он оценит простоту решения проблем на месте. Если нет - встраивать расширение мозгов клиента в скрипты - неразумно, т.к. требуемый объём быстро растёт с размером кода. Есть ли какой-то оптимум между этими точками и окупается ли его поиск? Вероятно нет, вариантов возникновения проблем больше, чем ты хочешь вообразить, и с ростом кода их увеличивается.

Cитуация может измениться, если «ленивых» потенциальных клиентов очень много. Однако тогда твои скрипты были бы на powershell/visual basic, т.ч. можно не рассматривать.

BTW, «совершенная» программа пишется дорого, и продаётся только 1 раз, а «приемлемая» - дёшево, и гарантирует необходимость сопровождения/обновления. Небольшой но постоянный поток денег проще для всех, чем большие качели.

проверка наличия необходимых утилит в системе ... GNU sed

не нужно, это задача пакетного манагера или раздела «требования» в документации.

проверка что файловая система не read-only

set -e и let it fail погромче.

логирование

Если загадочно работает. Т.к. правильно работающая программа не должна выводить ненужной информации.

Но, я их пишу для мною же контроллируемых условий, т.ч. работа везде обеспечивается не универсальностью скрипта, а похожестью вездей.

Если это на продажу, следует знать своего клиента. Если он способен/хочет понять 5 строк - лучше писать 5, он оценит простоту решения проблем на месте. Если нет - встраивать расширение мозгов клиента в скрипты - неразумно, т.к. требуемый объём быстро растёт с размером кода. Есть ли какой-то оптимум между этими точками и окупается ли его поиск? Вероятно нет, вариантов возникновения проблем больше, чем ты хочешь вообразить, и с ростом кода их увеличивается.

Но ситуация может измениться, если «ленивых» потенциальных клиентов очень много. Однако тогда твои скрипты были бы на powershell/visual basic, т.ч. можно не рассматривать.

BTW, «совершенная» программа пишется дорого, и продаётся только 1 раз, а «приемлемая» - дёшево, и гарантирует необходимость сопровождения/обновления. Небольшой но постоянный поток денег проще для всех, чем большие качели.