Используя 256 цветных тем, не работающих в энергии/шпаклевке

Подверсия

Я подверг бы содержание crontab под управлением подверсией и только предоставил бы доступ этому пользователю через sudo. Конкретно я только предоставил бы людям доступ к команда через sudo это взяло бы голову от подверсии и установило бы ее как последний crontab для этого конкретного пользователя. Это предоставит Вам следующее:

  • Журнал аудита того, кто сделал что
  • Способность откатывать в предыдущий crontab файл, если проблема возникает
  • Изолируйте операторы от наличия слишком большого количества разрешения для этой специальной учетной записи

Это могло бы казаться чрезмерно сложным, но нет ничего также сложного с тем, что я описал, разбиваете ли Вы его в маленькие блоки.

MultiCron

Другой подход должен был бы использовать инструмент/сценарий, такой как MultiCron. Этот инструмент позволил бы Вам управлять crontab данными, внешними к crontab записи так, чтобы Вы могли лучше управлять, у кого/когда есть доступ к этим изменениям.

Пример Используя подверсию

Принятие Вы установили бы репозиторий SVN, Вы могли создать a sudo запись, которая позволила бы пользователям делать что-то вроде этого:

$ sudo deploy_app_cron.bash

Внутренности этого сценария могли сделать среди прочего это:

svn cat file:///home/saml/svnrepo/app_cron_data.txt | crontab -u saml -

Содержание файла app_cron_data.txt:

$ svn cat file:///home/saml/svnrepo/app_cron_data.txt
*/5 * * * * /path/to/job -with args"

Цикл использования в качестве примера

Таким образом, Усера хочет обновить crontab запись. Они сделали бы следующее для запуска:

$ cd $HOME/somedir
$ svn co file:///home/saml/svnrepo/ mywksp
A    mywksp/app_cron_data.txt
$ cd mywksp

Теперь они делают некоторые редактирования в crontab файл, app_cron_data.txt, и передайте их repo, когда они будут сделаны.

$ svn commit -m "some msg.." app_cron_data.txt

Для развертывания этих изменений, они выполнили это sudo команда:

$ sudo deploy_app_cron.bash

Ссылки

3
28.04.2015, 18:25
1 ответ

Colorscheme также необходимо поддерживать (высокие цветные) клеммы. Для того, на который ссылается в ваш ~ / .vimrc , wombat , это только поддерживает GUI (только GUIFG = / GUIBG = Атрибуты).

Существует специальная версия Wombat для 256-Цвета Xterm, здесь .

Альтернативы

Плагины, такие как CSOppOxox могут принимать определения цвета GUI и преобразуйте их в тесно сопоставление 256-цветных Cterm цветовой палитре для высокоцветных клемм. Это помогает с Colorschemes, которые в противном случае только выбирают из 16-цветной цветовой палитры 16 цветной клеммы по умолчанию, либо только предоставляют определения цвета GUI.

Другой подход принимается CSExact , который изменяет палитру (поддерживаемого) терминала, чтобы точно соответствовать цвета графического интерфейса Vim.

0
27.01.2020, 21:41

Теги

Похожие вопросы