Yum non installa l'ultima versione di Git su Centos6


16

Quando vado nella sezione download di Gits, mi viene indicato che l'ultima versione è la 1.8 e posso installarla yum install gitsu Fedora. Sto eseguendo CentOS6 in modo che quel comando funzioni anche per me, ma yum mi dice:

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

Il mio yum punta a vecchi repository? O sto facendo qualcosa di indossato?

Grazie!

EDIT : Capisco che i fornitori non sono sempre aggiornati con il loro elenco di pacchetti, quindi ciò significa che la documentazione sul sito Web Git non è corretta sul fatto che mi dicono di scaricarlo usando yum mentre i fornitori non hanno aggiornato i loro elenchi di pacchetti?


1
In che modo le persone Git possono parlare per i vari packager che rappresentano le varie distribuzioni Linux.
mdpc,

5
In che modo l'affermazione È più semplice installare Git su Linux usando il gestore pacchetti preferito in conflitto con l'idea che non otterrai la versione più recente? È più semplice installare la versione in pacchetto di git. Molte persone non hanno bisogno dell'ultima versione assoluta di git. Se vuoi vivere al limite, non puoi scegliere la via facile. Scarica il sorgente e crealo, oppure cerca i repository di terze parti appropriati in cui qualcun altro ha svolto il duro lavoro.
Zoredache,

Red Hat modifica raramente la versione principale di un pacchetto software per mantenere la stabilità. Poiché oggi git è in 1.7.1, può sempre rimanere in 1.7.1 (le correzioni di sicurezza sono supportate). L'unica scelta è installare dal sorgente o installare un RPM da un repository di terze parti. La soluzione di @ muness qui sotto ha funzionato perfettamente per me, e ora sono all'1.7.11, che è abbastanza buono da supportare la maggior parte delle funzionalità di cui ho bisogno su github.com.
Stefan Lasiewski,

1
significa che la documentazione sul sito Web di Git non è corretta - sì, il loro sito Web non è corretto. Github.com è un ottimo strumento, ma la loro documentazione contiene sicuramente errori ed è ambigua in alcuni punti. Alcuni critici segnaleranno errori come questo e diranno "Oh giusto, sono" agili "".
Stefan Lasiewski,

Fedora e CentOS non sono gli stessi. Sono entrambi basati su RedHat Linux, ma non si può presumere che un determinato comando avrà sempre lo stesso effetto su uno dell'altro. La gestione dei pacchetti in particolare è una delle aree di maggiore divergenza.
Ben Collins,

Risposte:


11

È semplicissimo scaricare il sorgente e compilarlo da soli, ho anche trovato il metodo RPMForge un po 'ingombrante.

Scarica sorgente Git 2.11 e

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

Avevo bisogno di installare un paio di dipendenze prima di avere successo.

sudo yum install libcurl-devel zlib-devel asciidoc xmlto

Ho fatto questo con sorgente Git 2.2 su una nuova scatola CentOS 6 e ho dovuto anche installare zlib-develoltre a libcurl-devel.
Brian,

Ho appena provato questo su CentOS 6.6, avevo anche bisogno di installare asciidoc e xmlto.
jfklein,

Grazie, ti dispiace aggiornare la risposta?
Reza Sanaie,

Se hai già GIT, puoi scaricare l'ultima versione usando questo:git clone https://github.com/git/git
Wesley Abbenhuis

10

Ecco cosa ha funzionato per me:

  1. Abilitato RPMForge
  2. yum installa yum-plugin-Priorità # installa il plug-in di priorità yum tramite
  3. Abilitato il repository RPM Forge Extras modificando /etc/yum.repos.d/rpmforge.repo e modificato abilitato a 1 nella sezione rpmforge-extra. Ho anche aumentato la priorità di entrambi i repository rpmforge su 1 aggiungendo la priorità = 1 ad entrambe le sezioni.
  4. yum rimuovi git
  5. yum clean all && yum update && yum install git

4
RPMForge / RepoForge è un progetto morto. Non è mantenuto. NON USARE. Vedi anche github.com/repoforge/rpms/issues/375 Altri repository contenenti gli ultimi git?
Wooff

6

Il fornitore del sistema operativo (il progetto CentOS) potrebbe non aver ancora creato un pacchetto per l'ultima versione di git (o potrebbe non essere in programma e invece intende attenersi alla serie 1.7.x in CentOS 6).

Il software non appare magicamente nei sistemi di packaging il giorno in cui è stato rilasciato dal suo autore: i pacchetti devono essere costruiti, testati, approvati e inviati. Se richiedi una versione che il tuo fornitore a monte non sta spedendo, puoi sempre costruirla da solo ...


Sì, capisco il concetto, quindi ciò che Git ha sul loro sito Web è sbagliato? "Per ottenere 1.8 usa yum"?
Reza Sanaie,

5
Le persone Git non possono parlare per i vari packager che rappresentano le varie distribuzioni Linux.
mdpc,

2
@RezaSanaie Dove trovi quella citazione sul sito web git (git-scm.com). Sono molto più intelligenti che presentare una richiesta del genere. Come ha sottolineato Zoredache, dicono che è PIÙ FACILE utilizzare il gestore dei pacchetti del sistema operativo (per ottenere una versione di git). Se hai bisogno dell'ultimo e del massimo, dovresti costruirlo tu stesso.
voretaq7,

2
Quando dice "Note sull'ultima versione stabile della versione 1.8.0 (2012-10-21) Scarica per Linux" e faccio clic su di esso normalmente mi aspetto di ottenerlo
Reza Sanaie,

1
@RezaSanaie - in tal caso, posso suggerirti di inviare a Git un'e-mail e di presentare reclami su come hanno formulato il loro sito Web. Non cambierà la situazione ma potrebbe chiarire la confusione futura.
Mark Henderson

1

Per motivi di stabilità, le distribuzioni orientate all'azienda come CentOS tendono ad attenersi alla versione principale degli strumenti presente al momento del rilascio del sistema operativo. I repository di terze parti possono essere utilizzati per passare alle versioni successive, ma spesso non è necessario. Se Git 1.7 funziona bene per te, dovresti stare bene.


3
Le persone Git non possono parlare per i vari packager che rappresentano le varie distribuzioni Linux.
mdpc,

Questo. Fondamentalmente quando qualcuno usa CentOS o RHEL spesso pensano di decidere di utilizzare un sistema operativo popolare stabile tra le aziende. In realtà ciò che decidono è: non vogliamo nuove funzionalità per qualsiasi software, ma solo correzioni di sicurezza. Super-stabile == funzionalità super-vecchio.
kubanczyk,

1

CentOS 6 supporta un universo "parallelo" di compilatori e strumenti più recenti, che non ostruisce le versioni precedenti. Tu vuoi

yum install devtoolset-2

Una volta installato, fallo

scl enable devtoolset-2 bash

che modificherà il tuo percorso. Avrai la vecchia versione di git in /usr/bin/gite la versione più recente in /opt/rh/..../git. Il più recente è 1.8.4 /.

Ottieni anche il nuovo g ++ (4.8), ecc.

Ti consigliamo anche l'ultimo devtoolset-2. I dettagli su devtoolset-2 sono disponibili in un'altra risposta: /superuser/381160/how-to-install-gcc-4-7-x-4-8-x-on-centos/676337# 676.337


Stuzzicante, ma non supportato sul mio CentOS 6.5 installato dal mio team Ops.
MarkHu


-1

Guida passo passo qui . Molte soluzioni richiedono un po 'di tempo. Il link rifatto era il modo più veloce per me.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.