git 1.9 и yum groupinstall "Инструменты разработки"

Question

может ли это каким-либо образом сломать/сделать систему нестабильной?

Если вам нужно программное обеспечение, которое доступно только в определенном репозитории, я бы, пожалуй, выбрал его. Просто сначала убедитесь, что оно вам действительно нужно.

Проблемы появляются, когда репозитории/rpm плохо спроектированы. Это может привести к ситуациям, когда yumбудет установлена более высокая версия определенного пакета, поскольку она доступна в другом репозитории под тем же именем, но затем некоторое программное обеспечение из базового канала больше не будет устанавливаться, поскольку оно было создано на основе более раннего номера версии. Это может создать кластер проблем, которые обычно не решаются интуитивно или не откатываются.

Если вы используете что-то другое, кроме EPEL, я бы просто настроил репозиторий так, enabled=0чтобы репозиторий был отключен в целом, но если он вам нужен, вы можете просто сказать yum install packageName --enablerepo=repoName. Это предотвращает случайную установку чего-либо из этого репозитория.

Конечно, есть еще одна проблема: пакеты базовых каналов определенно более стабильны, чем самые последние и лучшие, просто из-за проведенного над ними контроля качества и широты их базы установок.

Поэтому мне было интересно, если я сначала установлю git 1.9 [...] и выполню команду yum groupinstall «Development Tools», не приведет ли это к каким-либо конфликтам?

Потенциально, вам просто нужно увидеть, что он делает. В конечном счете, это задача владельца репозитория — убедиться, что люди, использующие его репозитории, получат максимально возможную плавность, поэтому трудно сказать, что вы получите, когда откажетесь от более известных репозиториев.

Я бы сначала добавил инструменты разработки, --disablerepo=repoNameчтобы они были установлены, и просто надеялся, что сопровождающий репозитория будет использовать это в качестве точки отсчета при принятии решения о том, как собирать эти RPM. Кажется, это будет иметь наилучшие шансы на успех. A groupinstallбудет включать больше пакетов (напрямую и для зависимостей), чем установка конкретного приложения из will. Так что если что-то из базового канала конфликтует с RPM неофициального репозитория, должно быть проще разбить его на части и удалить пакеты базового канала.

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

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

Answer 1

может ли это каким-либо образом сломать/сделать систему нестабильной?

Если вам нужно программное обеспечение, которое доступно только в определенном репозитории, я бы, пожалуй, выбрал его. Просто сначала убедитесь, что оно вам действительно нужно.

Проблемы появляются, когда репозитории/rpm плохо спроектированы. Это может привести к ситуациям, когда yumбудет установлена более высокая версия определенного пакета, поскольку она доступна в другом репозитории под тем же именем, но затем некоторое программное обеспечение из базового канала больше не будет устанавливаться, поскольку оно было создано на основе более раннего номера версии. Это может создать кластер проблем, которые обычно не решаются интуитивно или не откатываются.

Если вы используете что-то другое, кроме EPEL, я бы просто настроил репозиторий так, enabled=0чтобы репозиторий был отключен в целом, но если он вам нужен, вы можете просто сказать yum install packageName --enablerepo=repoName. Это предотвращает случайную установку чего-либо из этого репозитория.

Конечно, есть еще одна проблема: пакеты базовых каналов определенно более стабильны, чем самые последние и лучшие, просто из-за проведенного над ними контроля качества и широты их базы установок.

Поэтому мне было интересно, если я сначала установлю git 1.9 [...] и выполню команду yum groupinstall «Development Tools», не приведет ли это к каким-либо конфликтам?

Потенциально, вам просто нужно увидеть, что он делает. В конечном счете, это задача владельца репозитория — убедиться, что люди, использующие его репозитории, получат максимально возможную плавность, поэтому трудно сказать, что вы получите, когда откажетесь от более известных репозиториев.

Я бы сначала добавил инструменты разработки, --disablerepo=repoNameчтобы они были установлены, и просто надеялся, что сопровождающий репозитория будет использовать это в качестве точки отсчета при принятии решения о том, как собирать эти RPM. Кажется, это будет иметь наилучшие шансы на успех. A groupinstallбудет включать больше пакетов (напрямую и для зависимостей), чем установка конкретного приложения из will. Так что если что-то из базового канала конфликтует с RPM неофициального репозитория, должно быть проще разбить его на части и удалить пакеты базового канала.

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

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

git 1.9 и yum groupinstall "Инструменты разработки"

решение1

Связанный контент