리눅스 레포가 뭐야?

Linux repo는 "repository"를 의미하며 설치 파일의 위치를 ​​나타냅니다. 동시에 repo는 Linux 환경에서 Android 호스트 환경을 개발하는 데 필요한 툴킷의 이름이기도 하며 버전 관리에 사용됩니다. repo 파일은 Fedora 파일의 yum 소스 구성을 참조하며 일반적으로 repo 파일은 하나 이상의 소프트웨어 리포지토리의 세부 정보를 정의합니다.

이 튜토리얼의 운영 환경: linux5.9.8 시스템, Dell G3 컴퓨터.

리눅스 repo란 무엇인가요?

리눅스 운영 체제에서 repo=repository는 설치 파일의 위치를 ​​나타냅니다. 동시에 repo는 Android 호스트 환경을 개발하는 데 필요한 툴킷의 이름이기도 합니다. 버전 관리를 위한 리눅스 환경. REPO는 Git을 호출하기 위해 Python 스크립트를 사용하여 Google에서 작성한 스크립트입니다. 주로 Android 프로젝트의 소프트웨어 창고를 다운로드하고 관리하는 데 사용됩니다.

Linux yum 구성 파일 repo 파일 자세한 설명

repo 파일:

repo 파일은 일반적으로 Fedora의 yum 소스(소프트웨어 웨어하우스) 구성 파일입니다. 소프트웨어 웨어하우스 설치 또는 업그레이드가 필요한 소프트웨어 패키지를 다운로드할 위치와 같은 콘텐츠, repo 파일의 설정을 yum!에서 읽고 적용합니다.

YUM의 작동 원리는 복잡하지 않습니다. 각 RPM 소프트웨어의 종속성은 소프트웨어 헤더에 기록됩니다. 헤더의 내용을 기록하고 분석할 수 있으면 먼저 각 소프트웨어를 설치해야 하는 방법을 알 수 있습니다. 어떤 기본 소프트웨어를 추가로 설치해야 합니까? 즉, 먼저 분석 도구를 사용하여 서버의 모든 RPM 파일을 분석한 다음 분석을 기록하면 설치 또는 업그레이드 시 기록된 파일을 먼저 쿼리하면 관련 소프트웨어를 모두 알 수 있습니다. 따라서 YUM의 기본 작업 흐름은 다음과 같습니다.

서버 측: 모든 RPM 소프트웨어 패키지가 서버에 저장된 후 각 RPM 파일의 종속성을 관련 기능으로 분석하고 이러한 데이터를 파일로 기록하여 특정 디렉토리 내에서 서버.

클라이언트: 특정 소프트웨어를 설치해야 하는 경우 먼저 서버에 기록된 종속 파일을 WWW 또는 FTP를 통해 다운로드하고, 서버에 다운로드된 기록 데이터를 분석한 후 모든 관련 소프트웨어를 한 번에 다운로드합니다. 그리고 설치하세요.

vi /etc/yum.conf
[main]
cachedir=/var/cache/yum
#cachedir：yum缓存的目录，yum在此存储下载的rpm包和数据库，一般是/var/cache/yum。
debuglevel=2
#debuglevel：除错级别，0──10,默认是2 貌似只记录安装和删除记录
logfile=/var/log/yum.log
pkgpolicy=newest

#pkgpolicy: 패키지 정책. 최신 버전과 최신 버전의 두 가지 옵션이 있습니다. 이 기능은 여러 리포지토리를 설정하고 동일한 소프트웨어가 다른 리포지토리에 동시에 존재하는 경우 yum이 최신 버전을 설치해야 합니다. . 마지막 ID인 경우 yum은 서버 ID를 알파벳순으로 정렬하고 마지막 ID를 선택하여 서버에 소프트웨어를 설치합니다. 일반적으로 최신을 선택합니다.

distroverpkg=centos-release

#소프트웨어 패키지를 지정하면 yum이 이 패키지를 기반으로 릴리스 버전을 결정합니다. 기본값은 redhat-release이거나 자체 릴리스에 설치된 임의의 rpm 패키지일 수 있습니다.

tolerant=1

#tolerent에는 yum이 명령줄에서 패키지 관련 오류를 허용하는지 여부를 나타내는 두 가지 옵션인 1과 0도 있습니다. 예를 들어 세 개의 패키지 1, 2, 3을 설치하려고 합니다. 그 중 3개는 이전에 설치되었습니다. 1로 설정하면 yum에서 오류 메시지가 발생하지 않습니다. 기본값은 0입니다.

exactarch=1
#exactarch，有两个选项1和0,代表是否只升级和你安装软件包cpu体系一致的包，如果设为1，则如你安装了一个i386的rpm，则yum不会用1686的包来升级。
retries=20
#retries，网络连接发生错误后的重试次数，如果设为0，则会无限重试。
obsoletes=1
gpgcheck=1
#gpgchkeck= 有1和0两个选择，分别代表是否是否进行gpg校验，如果没有这一项，默认是检查的。
reposdir=/etc/yy.rm #默认是 /etc/yum.repos.d/ 低下的 xx.repo后缀文件

#기본적으로 포함됩니다. 즉, /etc/yum.repos.d/xx.repo는 구성 파일 수와 각각의 [name] 수에 관계없이 모두 포함됩니다. 반복되는 [이름]은 이전 항목을 덮어쓰게 됩니다.

exclude=xxx

#exclude 특정 소프트웨어를 업그레이드 목록에서 제외하려면 목록의 각 항목을 공백으로 구분해야 합니다. 미화 패키지와 중국어 패치를 설치한 사람들에게는 특히 유용합니다.

keepcache=[1 or 0]

# keepcache=1로 설정하면 yum은 패키지를 성공적으로 설치한 후 캐시된 헤더와 패키지를 유지합니다. 기본값은 keepcache=0이며 저장하지 않습니다.

reposdir=[包含 .repo 文件的目录的绝对路径]

#　이 옵션을 사용하면 사용자가 .repo 파일의 절대 경로를 지정할 수 있습니다. .repo 파일에는 소프트웨어 저장소에 대한 정보가 포함되어 있습니다(/etc/yum.conf 파일의 [repository] 섹션과 동일).

2부:

vi /etc/yum.repo.d/xx.repo

사실 이 필드는 yum.conf에서 직접 구성할 수도 있습니다

[serverid]

#serverid는 서로 다른 저장소를 구별하는 데 사용되며 고유한 이름을 가져야 합니다. 반복적으로 앞면이 뒷면을 덮습니다. 아니면 그 반대입니까? ? ? 활성화된 테스트는 저장소에 대한 설명이며 $releasever $basearch와 같은 변수를 지원하는 앞면과 뒷면

name=Some name for this server

#name을 다룹니다. name=Fedora Core $releasever - $basearch - Released Updates

baseurl=url://path/to/repository/

#baseurl은 서버 설정 가장 중요한 부분은 올바르게 설정된 경우에만 소프트웨어를 얻을 수 있다는 것입니다. 형식은 다음과 같습니다:

baseurl=url://server1/path/to/repository/
url://server2/path/to/repository/
url://server3/path/to/repository/

#URL은 http:// ftp:// file://의 세 가지 프로토콜을 지원합니다. baseurl 뒤에는 여러 개의 URL이 올 수 있습니다. 더 빠른 미러 사이트로 직접 변경할 수 있지만 baseurl은 하나만 있을 수 있습니다. 즉, 다음 형식일 수 없습니다.

baseurl=url://server1/path/to/repository/
baseurl=url://server2/path/to/repository/
baseurl=url://server3/path/to/repository/

URL이 가리키는 디렉터리는 다음과 같아야 합니다. 저장소 헤더 디렉토리. 한 수준 위로 올라가면 $releasever $basearch와 같은 변수도 지원됩니다.

#mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-$releasever&arch=$basearch

#위 줄은 일반적으로 활성화되는 미러 서버의 주소 목록을 지정합니다. 이 예에서는 이를 비활성화하기 위해 주석 기호가 추가됩니다. 예를 들어, 10 및 i386을 브라우저에서 열면 미러링에 사용할 수 있는 미러 서버 주소의 긴 목록을 볼 수 있습니다.

URL 뒤에 gpgcheck, 제외, 장애 조치 방법 등과 같은 여러 옵션을 추가할 수 있습니다. 예:

gpgcheck=1

exclude=gaim

#gpgcheck 및 제외의 의미는 [ main] 부분이지만 이 서버에 대해서만 작동합니다.

failovermethod=priority

#failovermethode에는 라운드 로빈과 우선 순위라는 두 가지 옵션이 있습니다. 이는 선택할 URL이 여러 개 있을 때 yum 선택 순서가 무작위 선택임을 의미합니다. 연결이 실패하면 다음 중 하나를 사용하여 순서대로 반복하고 URL 순서에 따라 첫 번째부터 우선 순위가 시작됩니다. 지정하지 않으면 기본값은 라운드 로빈입니다.

enabled=[1 또는 0]

#소프트웨어 저장소가 활성화=0으로 구성되면 yum은 소프트웨어 패키지를 설치하거나 업그레이드할 때 해당 저장소를 패키지 소스로 사용하지 않습니다. 이 옵션을 사용하면 소프트웨어 저장소를 활성화하거나 비활성화할 수 있습니다.

#yum의 --enablerepo=[repo_name] 및 --disablerepo=[repo_name] 옵션이나 PackageKit의 "소프트웨어 추가/제거" 도구를 통해 지정된 소프트웨어 저장소를 쉽게 활성화 및 비활성화할 수도 있습니다

몇 가지 변수

$ 릴리스 버전인 releasever는 [main] 섹션의 distroverpkg에서 얻습니다. 그렇지 않은 경우 redhat-release 패키지를 기준으로 판단합니다.

$arch, i686, athlon 등과 같은 CPU 시스템.

$basearch, i686 및 athlon과 같은 CPU의 기본 시스템 그룹은 모두 i386에 속하고, alpha와 alphaev6는 모두 alpha에 속합니다.

yum.conf를 설정한 후에는 yum이 제공하는 편리함을 완벽하게 경험할 수 있습니다.

한 가지 남은 일이 있습니다. 이는 각 저장소의 GPG 키를 가져오는 것입니다. 앞서 언급했듯이 yum은 gpg를 사용하여 패키지를 확인하여 다운로드한 패키지의 무결성을 확인할 수 있으므로 먼저 각 저장소 사이트로 이동하여 gpg 키를 찾아야 합니다. 일반적으로 홈페이지에 눈에 띄게 배치됩니다. RPM-GPG-KEY.txt와 같은 이름의 일반 텍스트 파일을 다운로드한 다음 rpm --import xxx.txt 명령을 사용하여 가져오는 것이 가장 좋습니다. 배포판과 함께 제공되는 GPG-KEY는 공식 소프트웨어 업그레이드에 사용됩니다. rpm --import /usr/share/doc/redhat-release-*/RPM-GPG-KEY.

추천 학습: "linux 비디오 튜토리얼"

위 내용은 리눅스 레포가 뭐야?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!