RedHatに非公式リポジトリをインストールするのは良い考えではないことを読んだ。だからインストールしてみました。NodeJSRHサーバーでは、gitバージョンは1.7.1です。私たちのチームはローカルUbuntuで1.9を使用しています。だから、インストールするかどうかを知りたいです。子 1.9まず、これはどのようにシステムを中断または不安定にしますか - 後でgitサーバーを設定する必要があるため必要ですyum groupinstall "Development Tools"
。
チーム全体が使用するサーバーであり、問題が発生した場合に備えてロールバックするスナップショットを作成するオプションがないため、非常に注意してください。
==========================================================================================================
Package Arch Version Repository Size
==========================================================================================================
Installing:
byacc x86_64 1.9.20070509-7.el6 rhel-x86_64-server-6 48 k
cscope x86_64 15.6-6.el6 rhel-x86_64-server-6 136 k
ctags x86_64 5.8-2.el6 rhel-x86_64-server-6 147 k
diffstat x86_64 1.51-2.el6 rhel-x86_64-server-6 29 k
doxygen x86_64 1:1.6.1-6.el6 rhel-x86_64-server-6 2.4 M
flex x86_64 2.5.35-8.el6 rhel-x86_64-server-6 286 k
gcc-c++ x86_64 4.4.7-4.el6 rhel-x86_64-server-6 4.7 M
gcc-gfortran x86_64 4.4.7-4.el6 rhel-x86_64-server-6 4.7 M
git x86_64 1.7.1-3.el6_4.1 rhel-x86_64-server-6 4.6 M
indent x86_64 2.2.10-7.el6 rhel-x86_64-server-6 115 k
intltool noarch 0.41.0-1.1.el6 rhel-x86_64-server-6 58 k
libtool x86_64 2.2.6-15.5.el6 rhel-x86_64-server-6 564 k
patchutils x86_64 0.3.1-3.1.el6 rhel-x86_64-server-6 95 k
rcs x86_64 5.7-37.el6 rhel-x86_64-server-6 173 k
redhat-rpm-config noarch 9.0.3-42.el6 rhel-x86_64-server-6 59 k
swig x86_64 1.3.40-6.el6 rhel-x86_64-server-6 1.1 M
systemtap x86_64 2.3-4.el6_5 rhel-x86_64-server-6 26 k
Installing for dependencies:
libgfortran x86_64 4.4.7-4.el6 rhel-x86_64-server-6 265 k
libstdc++-devel x86_64 4.4.7-4.el6 rhel-x86_64-server-6 1.6 M
perl-Error noarch 1:0.17015-4.el6 rhel-x86_64-server-6 29 k
perl-Git noarch 1.7.1-3.el6_4.1 rhel-x86_64-server-6 28 k
perl-XML-Parser x86_64 2.36-7.el6 rhel-x86_64-server-6 224 k
systemtap-client x86_64 2.3-4.el6_5 rhel-x86_64-server-6 3.4 M
systemtap-devel x86_64 2.3-4.el6_5 rhel-x86_64-server-6 1.4 M
Transaction Summary
==========================================================================================================
Install 24 Package(s)
答え1
これはどのようにシステムを中断するか不安定にしますか？
特定のリポジトリでのみ利用可能なソフトウェアが必要な場合は、おそらくそれを選択します。まず、実際に必要であることを確認してください。
repo / rpmが正しく設計されていないと問題が発生します。これyumにより、同じ名前の別のリポジトリで使用できるため、特定のパッケージの最新バージョンがインストールされますが、ベースチャンネルの一部のソフトウェアは以前のバージョン番号用に構築されているため、インストールされなくなった場合があります。これにより、直感的に解決または終了できないクラスタリングの問題が発生する可能性があります。
enabled=0EPEL以外のものを使用している場合は、通常は無効にするようにリポジトリを設定しますが、必要に応じてそうすることができますyum install packageName --enablerepo=repoName。これにより、このリポジトリの一部のコンテンツが誤ってインストールされるのを防ぎます。
もちろん、基本的なチャンネルパックは品質検査と設置ベースの幅のため、最新および最高のチャンネルパックよりも明らかに安定しているという問題もあります。
だからgit 1.9を最初にインストールして[...] yum groupinstall "Development Tools"を実行すると、クラッシュの問題が発生するのかどうか疑問に思います。
それは可能です。あなたはそれが何をしているのかを見るだけです。最終的に、リポジトリ管理者は自分のリポジトリを使用している人ができるだけスムーズに使用できるようにする必要があるため、よく知られているリポジトリから離れると何を得るかを知ることは困難です。
まず--disablerepo=repoName、簡単なインストールのために開発ツールに1つを追加し、リポジトリ管理者がこれらのRPMを構築する方法を決定するときにそれを参照ポイントとして使用することを願っています。これが成功する可能性が最も高いようです。 Aには、groupinstall特定のアプリケーションにインストールされているよりも多くのパッケージ（直接および依存関係）が含まれています。したがって、プライマリチャネルのエントリが非公式リポジトリのRPMと競合する場合は、それを分解してベースチャネルパッケージを削除する方が簡単です。
チーム全体が使用するサーバーであり、問題が発生した場合に備えてロールバックするスナップショットを作成するオプションがないため、非常に注意してください。
その場合は、各アップデートのアップデートリストを確認し、インストールを続行するように指示する前に、アップデートが正しいリポジトリから来ていることを確認してください。