У нас действительно есть процесс CR, который все должно перейти, но нет никакого выигрыша. Существуют уровни, конечно - например, Вы указываете на то, что риски, связанные с изменением, и какие среды могли быть затронуты теми рисками - среда могла бы быть чем-то как "производство Oracle Портал обслуживания DBS", например.
Если CR указывает что-то большее чем несовершеннолетнего - затем, у людей CR должна быть большая встреча.
Как часть CR, у всех должен быть полный план отката.
... Но не, нет никакого выигрыша как такового кроме репутации, которую Вы получите, после того как они узнают Вас.
Я думаю, что это не плохая идея вообще, хотя, мог бы поместить некоторый стимул для людей сделать CRS, другая причина, почему CRS частично бесполезен здесь, где я работаю конкретно (imo) - состоит в том, что Вы отправляете CRS, но не имеете никаких средств запросов их полезным способом, поэтому снова - меньше стимула.
Лучший способ сделать такие вещи полезными я думаю, должен предоставить некоторое значение назад людям, что Вы ожидаете использовать их. Или через функциональность, или выигрывающий (как serverfault), или другой.
Я предполагаю, что означает форму, в котором пароле записаны в /etc/master.passwd
то есть, вывод crypt(3)
то, которое обычно является MD5, посолило хеш этой формы:
$1$salt$hash
PS: это - странный формат, который Вы заключаете в кавычки, поскольку в странице справочника FreeBSD на самом деле говорится это:
pw [−V etcdir] useradd [name|uid] [−C config] [−q] [−n name] [−u uid]
[−c comment] [−d dir] [−e date] [−p date] [−g group] [−G grouplist]
[−m] [−M mode] [−k dir] [−w method] [−s shell] [−o] [−L class]
[−h fd | −H fd] [−N] [−P] [−Y]
−H fd Read an encrypted password string from the specified file
descriptor. [...]
и в то время как "добавляют, что пользователь", кажется, псевдоним "useradd", дескриптор файла не является файлом, а числом (например, 1 stdout, 2 stderr).