Yum не встановлює останню версію Git на Centos6


16

Коли я переходжу до розділу завантаження Gits, він згадує, що остання версія - 1.8, і я можу встановити її yum install gitна Fedora. Я запускаю CentOS6, щоб ця команда також працювала для мене, але ви знаєте:

Setting up Install Process
Package git-1.7.1-2.el6_0.1.x86_64 already installed and latest version
Nothing to do

Мій yum вказує на старі сховища? Або я щось роблю?

Спасибі!

EDIT : Я розумію, що постачальники не завжди в курсі свого списку пакунків, тож чи означає це, що документація на веб-сайті git є невірною тим, що вони мені кажуть завантажити його за допомогою yum, поки постачальники не оновили свої списки пакетів?


1
Як люди Git, можливо, говорять за різні пакувачі, що представляють різні дистрибутиви Linux.
mdpc

5
Як твердження : Найпростіше встановити Git в Linux, використовуючи бажаний менеджер пакунків, конфліктує з думкою, що ви не отримаєте останню найвищу версію? Це найпростіше встановити упаковану версію мерзотника. Більшості людей не потрібна абсолютна остання версія git. Якщо ви хочете жити на краю кровотечі, то ви не можете вибрати легкий шлях. Завантажте джерело і складіть його або шукайте відповідні репортажі сторонніх організацій, де хтось інший доклав важкої роботи.
Зоредаче

Red Hat рідко змінює основну версію програмного пакету для підтримки стабільності. Оскільки сьогодні git становить 1.7.1, він завжди може залишатися на рівні 1.7.1 (виправлення безпеки підтримуються). Ви можете вибрати лише встановити з джерела або встановити RPM із стороннього сховища. Рішення @ muness нижче для мене добре працювало, і зараз я перебуваю на рівні 1,7.11, що досить добре, щоб підтримувати більшість функцій, які мені потрібні на github.com.
Стефан Ласєвський

1
чи означає це, що документація на веб-сайті git невірна - так, їх веб-сайт невірний. Github.com - чудовий інструмент, однак їх документація, безумовно, містить помилки і в деяких місцях неоднозначна. Деякі критики вказують на подібні помилки і кажуть: "О так, вони" спритні ".
Стефан Ласєвський

Fedora та CentOS - не те саме. Вони обидва базуються на RedHat Linux, але ви не можете припустити, що дана команда завжди матиме однаковий ефект як на іншу. Зокрема, управління пакетами - одна з найширших розбіжностей.
Бен Коллінз

Відповіді:


11

Завантажити джерело і скомпілювати його дуже просто, я навіть знайшов метод RPMForge дещо громіздким.

Завантажте джерело Git 2.11 та

    make configure 
    ./configure --prefix=/usr
    make all
    sudo make install install-doc install-html

Мені потрібно було встановити пару залежностей, перш ніж зробити повністю успішним.

sudo yum install libcurl-devel zlib-devel asciidoc xmlto

Я зробив це з джерелом Git 2.2 на свіжому вікні CentOS 6, і мені довелося також встановити zlib-develна додаток до libcurl-devel.
Брайан

Щойно спробував це на CentOS 6.6, мені також потрібно було встановити asciidoc та xmlto.
jfklein

Дякую, розум оновив відповідь?
Reza Sanaie

Якщо у вас вже є GIT, ви можете завантажити останню версію, скориставшись цією git clone https://github.com/git/git
функцією

10

Ось що для мене спрацювало:

  1. Увімкнено RPMForge
  2. yum встановити yum-plugin-prioriteti # встановити плагін пріоритетів yum через
  3. Увімкнено репо RPM Forge Extras шляхом редагування /etc/yum.repos.d/rpmforge.repo та змінено на 1 у розділі rpmforge-extras. Я також зіткнувся з пріоритетом обох repmforge repos до 1, додавши пріоритет = 1 до обох розділів.
  4. yum видалити git
  5. yum очистити все && yum оновлення && yum встановити git

4
RPMForge / RepoForge - це мертвий проект. Це не підтримується. НЕ ВИКОРИСТОВУВАТИ. Дивіться також github.com/repoforge/rpms/isissue/375 Будь-яке інше сховище, що містить останню версію git?
Вуф

6

Ваш постачальник ОС (проект CentOS), можливо, ще не створив пакет для останньої версії git (або він, можливо, не планує, і натомість має намір дотримуватися серії 1.7.x у CentOS 6).

Програмне забезпечення не магічно з'являється в пакувальних системах в той день, коли його автор випустив - пакунки потрібно будувати, перевіряти, затверджувати та висувати. Якщо вам потрібна версія, згідно з якою ваш постачальник не постачає доставку, ви завжди можете створити її самостійно ...


Так, я розумію концепцію, тому те, що Git має на своєму веб-сайті, є неправильним? "Щоб отримати 1,8, використовуйте yum"?
Reza Sanaie

5
Люди Git не можуть говорити за різні пакувачі, що представляють різні дистрибутиви Linux.
mdpc

2
@RezaSanaie Де ви знайдете цю цитату на веб-сайті git (git-scm.com). Вони набагато розумніші, ніж заявляти подібну претензію. Як Zoredache зазначив, що вони говорять , що це ПРОСТИЙ використовувати менеджер пакетів ОС (щоб отримати в версії мерзотника). Якщо вам потрібні новітні та найкращі, ви повинні будувати їх самостійно.
voretaq7

2
Коли йдеться про "Останній стабільний випуск 1.8.0. Замітки до випуску (2012-10-21) Завантажити для Linux", і я натискаю на нього, я зазвичай сподіваюся отримати це
Reza Sanaie

1
@RezaSanaie - у такому випадку я можу запропонувати Вам надіслати електронний лист Git та подати скарги на те, як вони склали свій веб-сайт. Це не змінить ситуацію, але може усунути майбутню плутанину.
Марк Хендерсон

1

Щодо стабільності, то дистрибутив, орієнтований на підприємство, як CentOS, як правило, дотримується основного випуску інструментів, що були при випуску ОС. Сторонні репозиторії можуть використовуватися для переходу на більш високі версії, але це часто не потрібно. Якщо Git 1.7 добре працює для вас, вам слід добре дотримуватися цього.


3
Люди Git не можуть говорити за різні пакувачі, що представляють різні дистрибутиви Linux.
mdpc

Це. В основному, коли хтось використовує CentOS або RHEL, вони часто думають, що вирішили використовувати стабільну ОС, популярну серед підприємств. У самому справі , що вони вирішують: ми не хочемо нові функціональні можливості для якого - або програмного забезпечення тільки виправлення безпеки. Суперстабільний == супер-старий функціонал.
kubanczyk

1

CentOS 6 підтримує «паралельний» універсум новіших компіляторів та інструментів, що не обмежує старіші версії. Ти хочеш

yum install devtoolset-2

Як тільки він встановлений, зробіть

scl enable devtoolset-2 bash

що змінить ваш шлях. Ви матимете стару версію git /usr/bin/gitта нову версію в /opt/rh/..../git. Більш нова - 1.8.4 /.

Ви також отримуєте новіші g ++ (4.8) тощо.

Вам також потрібна остання версія devtoolset-2. Деталі про devtoolset-2 можна знайти в іншій відповіді: /superuser/381160/how-to-install-gcc-4-7-x-4-8-x-on-centos/676337# 676337


Засмучується, але не підтримується на моєму CentOS 6.5 як встановлено моєю командою Ops.
MarkHu


-1

Покрокове керівництво тут . На багато рішень потрібно небагато часу. Для мене найшвидшим способом виявилося відбиття посилання.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.