Что самый безопасный путь состоит в том, чтобы позволить разработчику редактировать 3 Марионеточных модуля?
Не согласитесь ни с КАКИМ ответом от @murisonc. Существуют некоторые другие возможные проблемы. Некоторые диски только будут работать если определенное встроенное микропрограммное обеспечение. HP будет, вероятно, отличаться, чем Dell. Это не может повлиять на этот более старый сервер, но делает с более новым. Диск является просто нераспознанным. Естественно необходимо было бы использовать адаптер/сани/лоток HD Dell.
В обучении HP и IBM они всегда предупреждали о смешивании скоростей. Dell заявлял, что в порядке, но они - также вне замены 10K диски для некоторых наших серверов, которые находятся под гарантией.
Сохраните свои модули и сценарии марионеток в общем репозитории Git.
Ваши разработчики и этот новый разработчик могут затем разветвить репозиторий и внести изменения, а затем вы можете объединить изменения обратно.
Использование корневого доступа для редактирования файлов без контроля версий или управления изменениями - это рецепт катастрофы.
docs.puppetlabs.com/puppet/latest/reference/modules_fundamentals.html - хорошее место для начала.
Модули публикации в Puppet Forge - Документация - Puppet Labs :
puppet generate username-module
$EDITOR Modulefile
puppet module build <MODULE DIRECTORY>
Установка модулей - Документация - Puppet Labs :
puppet module install --module_repository http://dev-forge.example.com username-module
puppet module upgrade --module_repository http://dev-forge.example.com username-module