Yum은 Centos6에 최신 버전의 Git을 설치하지 않습니다


16

Gits 다운로드 섹션으로 이동하면 최신 버전이 1.8이며 yum install gitFedora에서 설치할 수 있습니다 . CentOS6을 실행 중이므로 명령도 작동하지만 yum이 알려줍니다.

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

내 m이 오래된 저장소를 가리키고 있습니까? 아니면 내가 뭔가를하고 있습니까?

감사!

편집 : 공급 업체가 항상 패키지 목록을 최신 상태로 유지하는 것은 아니므로 git 웹 사이트의 설명서가 공급 업체가 패키지 목록을 업데이트하지 않은 동안 yum을 사용하여 다운로드하라는 메시지가 잘못되었다는 것을 의미합니까?


1
Git 사람들은 다양한 Linux 배포판을 대표하는 다양한 패키저에 대해 어떻게 말할 수 있습니까?
mdpc

5
어떻게 문 않습니다 그것은 가장 쉬운 방법은 기본 패키지 관리자를 사용하여 Linux에 힘내 설치 최신-큰 버전을 받고되지 않습니다 생각과 충돌? 그것은 가장 쉬운 방법입니다 자식의 패키지 버전을 설치합니다. 대부분의 사람들은 절대 최신 버전의 git이 필요하지 않습니다. 출혈 가장자리에 살고 싶다면 쉬운 길을 선택할 수 없습니다. 소스를 다운로드하여 빌드하거나 다른 사람이 열심히 일한 적절한 타사 저장소를 찾으십시오.
Zoredache

Red Hat은 안정성을 유지하기 위해 소프트웨어 버전의 주요 버전을 거의 변경하지 않습니다. 현재 git은 1.7.1이므로 항상 1.7.1로 유지 될 수 있습니다 (보안 수정 프로그램은 백 포트됩니다). 소스에서 설치하거나 타사 리포지토리에서 RPM을 설치하는 것만 선택할 수 있습니다. 아래 @muness의 솔루션은 저에게 효과적이었습니다. 이제는 1.7.11에 있습니다. 이는 github.com에 필요한 대부분의 기능을 지원하기에 충분합니다.
Stefan Lasiewski

1
그것은 git 웹 사이트의 문서가 잘못되었다는 것을 의미합니다 . Github.com은 훌륭한 도구이지만 문서에는 분명히 실수가 포함되어 있으며 어떤 곳에서는 모호합니다. 일부 비평가들은이 같은 실수를 지적하고, 말할 것이다 "아 맞다, 그들이있는 거 ' 민첩 '".
Stefan Lasiewski

Fedora와 CentOS는 동일하지 않습니다. 둘 다 RedHat Linux를 기반으로하지만 주어진 명령이 항상 다른 명령과 동일한 영향을 준다고 가정 할 수는 없습니다. 특히 패키지 관리는 가장 광범위한 영역 중 하나입니다.
벤 콜린스

답변:


11

소스를 다운로드하고 직접 컴파일하는 것은 매우 쉽습니다. RPMForge 메소드가 번거 롭다는 것을 알았습니다.

Git 2.11 소스 다운로드

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

make가 완전히 성공하기 전에 몇 가지 종속성을 설치해야했습니다.

sudo yum install libcurl-devel zlib-devel asciidoc xmlto

나는 새로운 CentOS 6 박스에서 Git 2.2 소스를 사용하여이 작업 zlib-devel을 수행했으며 libcurl-devel.
Brian

CentOS 6.6에서 이것을 시도했지만 asciidoc 및 xmlto를 설치해야했습니다.
jfklein

감사합니다. 답변을 업데이트 하시겠습니까?
Reza Sanaie

GIT이 이미있는 경우 다음을 사용하여 최신 버전을 다운로드 할 수 있습니다.git clone https://github.com/git/git
Wesley Abbenhuis

10

나를 위해 일한 것은 다음과 같습니다.

  1. 활성화 된 RPMForge
  2. yum install yum-plugin-priorities # yum 우선 순위 플러그인을 통해 설치하십시오
  3. /etc/yum.repos.d/rpmforge.repo를 편집하여 RPM Forge Extras 저장소를 활성화하고 rpmforge-extras 섹션에서 활성화를 1로 변경했습니다. 또한 두 섹션에 priority = 1을 추가하여 rpmforge repos의 우선 순위를 1로 올렸습니다.
  4. m 제거 자식
  5. yum 모두 청소 및 yum 업데이트 및 yum 설치 git

4
RPMForge / RepoForge는 죽은 프로젝트입니다. 유지되지 않습니다. 사용하지 마세요. github.com/repoforge/rpms/issues/375 도 참조하십시오. 최신 git을 포함하는 다른 저장소는 무엇입니까?
Wooff

6

OS 공급 업체 (CentOS 프로젝트)가 아직 최신 버전의 git 용 패키지를 빌드하지 않았거나 CentOS 6의 1.7.x 시리즈를 계획하지 않았을 수도 있습니다.

소프트웨어가 제작자가 출시 한 날에 패키징 시스템에는 소프트웨어가 마술처럼 나타나지 않습니다. 패키지는 빌드, 테스트, 승인 및 푸시되어야합니다. 업스트림 공급 업체에서 제공하지 않는 버전이 필요한 경우 언제든지 직접 빌드 할 수 있습니다.


예, 개념을 이해하고 있으므로 Git이 웹 사이트에 가지고있는 것이 잘못 되었습니까? "1.8 사용 yum을 얻으려면"?
Reza Sanaie

5
Git 사람들은 다양한 Linux 배포판을 대표하는 다양한 패키지 프로그램에 대해 말할 수 없습니다.
mdpc

2
@RezaSanaie git (git-scm.com) 웹 사이트에서 그 견적을 어디서 찾을 수 있습니까? 그들은 그런 주장을하는 것보다 훨씬 더 똑똑합니다. Zoredache가 지적했듯이, 그들은 말할 가장 쉬운 (얻을 당신의 OS 패키지 관리자를 사용 자식의 버전). 가장 최신의 것이 필요 하다면 직접 만들어야합니다.
voretaq7

2
그것은 "안정적인 최신 릴리스 1.8.0 릴리스 노트 (2012년 10월 21일) Linux 용 다운로드"나는 그것을 클릭 말할 때 나는 일반적으로 얻을 기대
레자 Sanaie

1
@RezaSanaie-이 경우 Git에 전자 메일을 보내고 웹 사이트를 어떻게 표현했는지에 대한 불만을 제기 할 것을 제안합니다. 상황을 바꾸지는 않지만 향후 혼란을 해결할 수 있습니다.
Mark Henderson

1

안정성을 위해 CentOS와 같은 엔터프라이즈 지향 배포판은 OS가 출시 될 때 있었던 주요 도구 릴리스를 고수하는 경향이 있습니다. 타사 리포지토리를 사용하여 더 높은 버전으로 업그레이드 할 수 있지만 종종 필요하지는 않습니다. Git 1.7이 당신을 위해 잘 작동한다면, 당신은 그것을 잘 고수해야합니다.


3
Git 사람들은 다양한 Linux 배포판을 대표하는 다양한 패키지 프로그램에 대해 말할 수 없습니다.
mdpc

이. 기본적으로 사람의 사용에 CentOS는 또는 RHEL은 종종 때 생각 들이 안정적인 인기 - 중 - 기업의 OS를 사용하기로 결정. 에서 사실 그들이 결정하는 것은 우리가 모든 소프트웨어에만 보안 수정 사항에 대한 새로운 기능을 원하는 없습니다. 초 안정 == 초고 기능.
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에서는 지원되지 않습니다.
MarkHu


당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.