Zainstaluj nowszą wersję Git na CentOS 7

22

Chciałbym włączyć Git „Push to Deploy” na moim serwerze CentOS 7. Obecnie mogę uzyskać Git 1.8.3.1 tylko przez yum. Potrzebuję nowszej wersji.

Czy muszę go zbudować ze źródła, czy jest jakieś repo, którego mogę użyć? Już dodałem EPEL i elrepo, ale yum wciąż daje mi Git 1.8.3.1.

git centos7

— Oliver
źródło

„Push to deploy” oznacza użycie haczyków git, które stają się aktywne po pchnięciu. Jakiej funkcjonalności brakuje w wersji git EL7? Z powodzeniem używam Git 1.7.1 na EL6 do wielu takich zadań.

— Sven

2

@Sven Opierając się na potrzebie nowszej wersji git, wolę powiedzieć, że odnosi się do Git 2.3 „Push to deploy”, który pozwala na wypychanie do repozytorium non-go, a także aktualizację jego katalogu roboczego - github.com/blog/1957-git-2-3-has-been-released

— andol

andol ma rację, chciałbym skorzystać z nowej funkcji „push to deploy” w Git 2.3

— Oliver

11

Budowanie ze źródła jest dość proste. Digital Ocean ma fajny przewodnik na temat budowania Gita ze źródła na CentOS 7 . Umieść wynikowy plik binarny w / usr / local / bin / w systemie CentOS 7 (który domyślnie jest zawarty w $ PATH) i możesz już iść.

Oczywiście wolałbyś pakiety / korzystanie z repozytorium, jednak biorąc pod uwagę twoją sytuację, nie zawahałbym się sam go zbudować.

Dla ogólnych informacji; Push to Deploy został wprowadzony w Git 2.3.0 . Pamiętaj, aby użyć tej wersji lub nowszej.

— lauvdh
źródło

27

Możesz użyć repozytorium IUS ( https://ius.io/ ) podanego na oficjalnej stronie Git tutaj: https://git-scm.com/download/linux

Aby to zrobić, uruchom (jako root):

yum install epel-release
yum remove git
rpm -U https://centos7.iuscommunity.org/ius-release.rpm
yum install git2u

( centos7można zastąpić centos6lub rhel{6,7}jeśli nie korzystasz z CentOS).

— Lospejos
źródło

4

Zdecydowanie zastosowałbym metodę, ponieważ zainstalowano dobrze utrzymane RPM, a nie cokolwiek, co stworzyły narzędzia do kompilacji.

— Ken Williams,

1

Pamiętaj tylko, że korzystanie z repozytoriów innych firm może nie być bezpieczne. Oto post na blogu dotyczący tego problemu.

— robsch

@robsch Całkowicie się z tym zgadzam i nigdy nie będę korzystać z zewnętrznych repozytoriów, jeśli wymagane pakiety będą dostarczane w standardowych / oficjalnych repozytoriach. Jak zawsze jest to kompromis. W każdym razie zawsze powinniśmy stosować strategię „pomyśl dwa razy, zanim to zrobisz”.

— lospejos

12

Mam takie podejście do CentOS 7.2:

rpm -U http://opensource.wandisco.com/centos/7/git/x86_64/wandisco-git-release-7-2.noarch.rpm \
    && yum install -y git

W tej chwili mam 2.10.0wersję GIT.

Lub dla CentOS 7.1 ta sama ścieżka, ale wandisco-git-release-7-1.noarch.rpm.

Możesz sprawdzić dostępne wersje http://opensource.wandisco.com/centos/7/git/x86_64/

— Kirby
źródło

1

Red Hat utrzymuje kolekcję oprogramowania dla Git 2.9:

https://www.softwarecollections.org/en/scls/rhscl/rh-git29/

Jest to najłatwiejszy i najbezpieczniejszy sposób uzyskania Git 2.x na CentOS.

— leoluk
źródło

1

„Inline with Upstream Stable” ( https://ius.io/ ) wygląda dla mnie całkiem dobrze.

Ma git 2.x rpms, które ładnie współpracują z systemem konfliktów rpm.

Możesz znaleźć git rpms tutaj:

https://dl.iuscommunity.org/pub/ius/stable/CentOS/7/x86_64/repoview/letter_g.group.html

Uważam, że metoda SCL (Kolekcje oprogramowania) jest bardziej kłopotliwa. Są bardzo ostrożni, aby nie ingerować w użytkownika, który ich nie używa. Moim zdaniem trochę zbyt ostrożny.

— Matthew Hannigan
źródło