Что RedHat/CentOS эквивалентен из Ubuntu, “нестабильной-> тестирующий-> стабильный” repo номенклатура?
В данный момент файл создается, ему присваивают те полномочия, отмеченные как Наследуемый файлами из каталога, в котором он был создан. Для жизни того файла это только изменит полномочия если:
- Полномочия изменяются непосредственно на самом файле
- Изменение выше дерево каталогов влияет на одни из Наследованных полномочий, которые это уже имеет (добавьте, или вычитает).
- Изменение выше дерево каталогов добавляет или удаляет Наследованное разрешение
- Выше дерево, администратор делает "замену все полномочия подчинить объекты" нажатие, которое перезаписывает любые полномочия на файле с теми администратор, снижает дерево каталогов.
Критическая вещь иметь в виду состоит в том, что все полномочия NTFS являются явными. Наследованное разрешение является разрешением с набором флага 'Inherited', но это - все еще то разрешение. Для всех кроме главного пункта маркированного списка Windows должен коснуться каждого файла ниже точки, наследуемое разрешение было изменено для фактического внесения изменения.
Поэтому, если Вы вносите изменение разрешения наверху 5 миллионов деревьев каталогов файла и нажимаете кнопку 'отмены' в панике, Вы завинтили себя. Для этого полномочия будут несовместимо применены через те 5 миллионов деревьев каталогов файла, и единственный способ зафиксировать их состоит в том, чтобы установить разрешение и позволить им законченное приложение и затем удалить их снова, или сделать 'силу эти полномочия ко всему ниже меня', который удалит любые пользовательские полномочия ниже той точки.
Так или иначе...
Как отмечено в другом месте, перемещение файла в той же файловой системе не рассчитывает как 'создавание', таким образом, это сохраняет любые полномочия, которые это имело, когда это запустилось. Перемещение между файловыми системами является 'создаванием', таким образом, файл получит полномочия на основе того, куда это перемещено в.
Большинство приложений полагает, что 'перезапись', чтобы на самом деле быть 'удаляет и воссоздает', который заставляет перезаписанный файл получать наследованные полномочия на основе своего местоположения. Если перезапись на самом деле, 'обнулите файл и повторно заполните с новыми данными', это не создавание и сохранит любые полномочия, которые это имело перед перезаписью; приложения, которые делают это, редки.
CentOS не имеет нестабильной ветки, потому что они стремятся быть двоично-совместимыми с восходящим потоком. Апстрим CentOS - это Red Hat Enterprise Linux.
RHEL - это серверный дистрибутив, рассчитанный на длительный (2 года) цикл выпуска и очень долгий (сейчас 13 лет) жизненный цикл поддержки, так что все стабильно. Разработка Red Hat является внутренней, не существует общедоступных репозиториев, подобных «тестируемому» или «нестабильному» Debian, хотя Red Hat обычно делает публичную бета-версию RHEL незадолго до выпуска.
Апстрим Red Hat - это Fedora project, который представляет собой настольный дистрибутив с более коротким (6 месяцев) циклом выпуска и жизненным циклом поддержки ~ 13 месяцев. Значительное количество разработчиков Fedora являются сотрудниками Red Hat, а Red Hat обеспечивает проект инфраструктурой, но решения о дистрибутиве в конечном итоге принимаются голосованием руководящего комитета, и Red Hat имеет только право голоса, как и другие участники, и не более того. Я пытаюсь сказать, что Fedora - это отдельный дистрибутив, а не просто «нестабильный RHEL», хотя и проект Fedora не знает, что его программное обеспечение в конечном итоге будет использовано на предприятии.
В любом случае, у Fedora есть " rawhide "ветвь, которую можно рассматривать как несколько эквивалентную ветке" unstable "Debian. Предполагается, что Rawhide является стабильным испытательным стендом для скользящих выпусков, но он часто ломается и часто исправляется, как и любой другой стенд.
Fedora упаковывает самые свежие исходные версии программного обеспечения и не боится изменять номер версии в середине выпуска. Они почти всегда находятся на самой последней версии ядра. Например, текущий F18 выпущен с ядром 3.6, текущее доступное ядро Fedora - 3.9.6, а последняя стабильная версия, доступная на kernel.org, - 3.9.8.
Лично я считаю, что Fedora - самый стабильный способ получить последнюю версию a много софта. Arch, вероятно, упаковывает более свежие версии, но я чувствую, что Arch требует намного большего обслуживания для повседневного использования, чем Fedora.
Репозиторий EPEL - это именно то, что аббревиатура означает «Дополнительные пакеты для Корпоративный Linux ». Это дополнительные пакеты, созданные для EL (RHEL, CentOS, Scientific и т.д.), поддерживаемые проектом Fedora. Он содержит пакеты, которые Red Hat не упаковывает для RHEL, но сообщество считает, что будет полезно иметь их в любом случае. Это ни в коем случае не нестабильная ветка или ветвь разработки, это просто дополнения сообщества к стабильной кодовой базе.
Все в репозиториях RHEL и CentOS по умолчанию стабильно. Существует репозиторий EPEL, который похож на Universe в Ubuntu и поддерживается проектом Fedora. Если вы хотите что-то вроде нестабильного / тестируемого, вам следует использовать Fedora.
Есть канал RHN FasTrack . Я считаю, что это очень близко по определению к тестированию Ubuntu. Он предоставляет пакеты, которые считаются готовыми к производству, но планируется выпустить во время следующего незначительного обновления ОС.
Как сказано в других ответах, это корпоративный продукт и не имеет общедоступного (нестабильного) канала разработки.