Yum nie instaluje najnowszej wersji Git na Centos6


16

Kiedy przechodzę do sekcji pobierania Gits , wspomina, że ​​najnowsza wersja to 1.8 i mogę ją zainstalować yum install gitna Fedorze. Korzystam z CentOS6, więc polecenie powinno również działać dla mnie, ale yum mówi mi:

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

Czy moje mumie wskazuje na stare repozytoria? Czy robię coś niepokojącego?

Dzięki!

EDYCJA : Rozumiem, że dostawcy nie zawsze są na bieżąco z listą pakietów, więc czy to oznacza, że ​​dokumentacja na stronie git jest nieprawidłowa, ponieważ każą mi ją pobrać za pomocą yum, podczas gdy dostawcy nie aktualizowali swoich list pakietów?


1
Jak ludzie Git mogą przemawiać w imieniu różnych programów pakujących reprezentujących różne dystrybucje Linuksa.
mdpc

5
W jaki sposób oświadczenie Najłatwiej jest zainstalować Git w systemie Linux, używając preferowanego menedżera pakietów, z tym, że nie otrzymasz najnowszej najlepszej wersji? To jest najłatwiejszy do zainstalowania wersji pakowane z git. Większość ludzi nie potrzebuje absolutnie najnowszej wersji git. Jeśli chcesz żyć z krwawiącą krawędzią, nie możesz wybrać łatwej ścieżki. Pobierz źródło i skompiluj je lub poszukaj odpowiedniego repozytorium innej firmy, w którym ktoś inny wykonał ciężką pracę.
Zoredache

Red Hat rzadko zmienia główną wersję pakietu oprogramowania, aby zachować stabilność. Ponieważ git jest dziś w wersji 1.7.1, zawsze może pozostać w wersji 1.7.1 (poprawki bezpieczeństwa są importowane z powrotem). Masz tylko wybór, aby zainstalować ze źródła lub zainstalować RPM z repozytorium strony trzeciej. Poniższe rozwiązanie @ muness działało dla mnie świetnie, a teraz mam wersję 1.7.11, co jest wystarczające do obsługi większości funkcji potrzebnych na github.com.
Stefan Lasiewski

1
oznacza to, że dokumentacja na stronie git jest nieprawidłowa - tak, ich strona internetowa jest nieprawidłowa. Github.com to świetne narzędzie, ale ich dokumentacja zdecydowanie zawiera błędy i jest niejednoznaczna w niektórych miejscach. Niektórzy krytycy wskażą takie błędy i powiedzą: „No tak, są„ zwinni ”.
Stefan Lasiewski

Fedora i CentOS to nie to samo. Oba są oparte na systemie RedHat Linux, ale nie można zakładać, że dane polecenie zawsze będzie miało taki sam wpływ na jedno, jak drugie. W szczególności zarządzanie pakietami jest jednym z obszarów o największej rozbieżności.
Ben Collins

Odpowiedzi:


11

Bardzo łatwo jest pobrać źródło i skompilować je sam, nawet uznałem metodę RPMForge za dość kłopotliwą.

Pobierz Git 2.11 źródło i

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

Musiałem zainstalować kilka zależności, zanim w pełni się uda.

sudo yum install libcurl-devel zlib-devel asciidoc xmlto

Zrobiłem to ze źródłem Git 2.2 na świeżym pudełku CentOS 6 i musiałem również zainstalować zlib-developrócz libcurl-devel.
Brian

Właśnie wypróbowałem to na CentOS 6.6, musiałem też zainstalować yum asciidoc i xmlto.
jfklein

Dzięki, czy chcesz zaktualizować odpowiedź?
Reza Sanaie

Jeśli masz już GIT, możesz pobrać najnowszą wersję, używając tego:git clone https://github.com/git/git
Wesley Abbenhuis

10

Oto, co zadziałało dla mnie:

  1. Włączone RPMForge
  2. mniam zainstaluj mniam-wtyczki-priorytety # zainstaluj wtyczkę mniam priorytety przez
  3. Włączono repozytorium RPM Forge Extras poprzez edycję /etc/yum.repos.d/rpmforge.repo i zmieniono włączone na 1 w sekcji dodatków rpmforge. Podniosłem również priorytet obu repozytoriów rpmforge do 1, dodając priorytet = 1 do obu sekcji.
  4. mniam usuń gita
  5. mniam wyczyść wszystkie & & mniam aktualizację & mniam zainstaluj git

4
RPMForge / RepoForge to martwy projekt. Nie jest utrzymywane. NIE UŻYWAĆ. Zobacz także github.com/repoforge/rpms/issues/375 Jakieś inne repozytorium zawierające najnowszy git?
Wooff,

6

Twój dostawca systemu operacyjnego (projekt CentOS) mógł jeszcze nie zbudować pakietu dla najnowszej wersji git (lub może nie planować i zamiast tego zamierza pozostać przy wersji 1.7.x w CentOS 6).

Oprogramowanie nie pojawia się magicznie w systemach pakowania w dniu wydania przez autora - pakiety muszą być budowane, testowane, zatwierdzane i wypychane. Jeśli potrzebujesz wersji, której nie sprzedaje twój poprzedni dostawca, zawsze możesz zbudować ją samodzielnie ...


Tak, rozumiem tę koncepcję, więc to, co Git ma na swojej stronie, jest błędne? „Aby uzyskać 1.8, użyj yum”?
Reza Sanaie

5
Ludzie Git nie mogą mówić za różnymi programami pakującymi reprezentującymi różne dystrybucje Linuksa.
mdpc

2
@RezaSanaie Gdzie znajdujesz ten cytat na stronie git (git-scm.com). Są o wiele mądrzejsi niż takie roszczenia. Jak Zoredache wskazał, mówią, że to najłatwiejszy do korzystania z menedżera pakietów OS (aby dostać się do wersji git). Jeśli potrzebujesz najnowszych i najlepszych, powinieneś sam je budować.
voretaq7,

2
Kiedy pojawia się komunikat „Najnowsze stabilne wydanie 1.8.0 Informacje o wydaniu (2012-10-21) Pobierz dla systemu Linux” i klikam go, zwykle oczekuję, że go otrzymam
Reza Sanaie

1
@RezaSanaie - w takim przypadku mogę zasugerować wysłanie do Git wiadomości e-mail i zgłoszenie skarg dotyczących sposobu sformułowania ich witryny. Nie zmieni sytuacji, ale może wyjaśnić przyszłe zamieszanie.
Mark Henderson

1

Aby zapewnić stabilność, dystrybucje zorientowane na przedsiębiorstwa, takie jak CentOS, zwykle trzymają się głównej wersji narzędzi, które były obecne w momencie wydania systemu operacyjnego. Repozytoria innych firm mogą być używane do rozbudowy do wyższych wersji, ale często nie jest to konieczne. Jeśli Git 1.7 działa dla Ciebie dobrze, powinieneś dobrze go trzymać.


3
Ludzie Git nie mogą mówić za różnymi programami pakującymi reprezentującymi różne dystrybucje Linuksa.
mdpc

To. Zasadniczo, gdy ktoś używa CentOS lub RHEL, często myśli, że decyduje się na użycie stabilnego systemu operacyjnego popularnego wśród przedsiębiorstw. W rzeczywistości decydują: nie chcemy żadnej nowej funkcji dla jakichkolwiek poprawek bezpieczeństwa, tylko oprogramowania. Super-stabilna == bardzo stara funkcjonalność.
kubańczyk

1

CentOS 6 obsługuje „równoległy” wszechświat nowszych kompilatorów i narzędzi, który nie blokuje starszych wersji. Chcesz

yum install devtoolset-2

Po zainstalowaniu wykonaj

scl enable devtoolset-2 bash

co zmodyfikuje twoją ścieżkę. Będziesz mieć starą wersję git w /usr/bin/git, a nowszą wersję w /opt/rh/..../git. Nowszy to 1.8.4 /.

Otrzymujesz także nowszą wersję g ++ (4.8) itp.

Będziesz także chciał mieć najnowszą wersję devtoolset-2. Szczegóły dotyczące devtoolset-2 można znaleźć pod inną odpowiedzią: /superuser/381160/how-to-install-gcc-4-7-x-4-8-x-on-centos/676337# 676337


Kuszące, ale nie obsługiwane w moim CentOS 6.5 zainstalowanym przez mój zespół operacyjny.
MarkHu


-1

Przewodnik krok po kroku tutaj . Wiele rozwiązań wymaga trochę czasu. Odświeżony link był dla mnie najszybszy.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.