최근에 저는 현재 진행 중인 프로젝트에서 매우 구체적인 작업을 수행하고 있었습니다.
RHEL Lightspeed인 Red Hat에서 근무
ShellAI, 이번 프로젝트는
비교적 새롭지만 QE를 위해 개발 RPM을 출시하고 싶었습니다
친구들이 도구를 가지고 놀고 파이프라인에서 테스트하기 시작합니다.
패키징과 일반적인 Python 관련 작업에 대한 방법은 알고 있지만 이런, 그래야 합니다
이 포장 작업을 완료하는 데 꼬박 이틀이 걸렸습니다. 해주세요
작업의 세부사항을 매우 빠르게 안내합니다.
TLDR; 결국 모든 것이 잘 풀렸고 이것이 PR 결과입니다.
https://github.com/rhel-lightspeed/shellai/pull/4
ShellAI 프로젝트는 RHEL 9 및 향후 버전에서 출시될 예정입니다
RHEL 10. 보너스 대상으로 RHEL 8에서도 실행되도록 하고 싶습니다.
위의 설명에 따르면 이전에 RHEL을 사용했다면 이미
도전은 살아있는 의존성의 버전이 될 것이라고 추측했습니다
RHEL에서.
또한 우리는 비교적 자주 개발 빌드를 받고 싶습니다
도구를 개발하면서 테스트할 새로운 기능을 확보합니다.
개발 부분에서는 다음을 사용하고 싶습니다
pdm을 사용하여 종속성을 관리하고
빌드합니다. 작업을 진행하면서 pdm 백엔드가 그렇지 않다는 것을 알았습니다
RHEL 리포지토리에 포함되어 있으므로 기본 setuptools 빌드를 사용했습니다
백엔드.
우리 시스템 대상은 "비교적 새로운" 것이므로 현대화하고 싶습니다.
프로젝트를 진행하고 새로운 도구/구조 및 형식을 사용하고 있는지 확인하세요.
의 경우
그래서 우리는 pdm init를 통해 생성되는 pyproject.toml을 선택했습니다
프로젝트를 부트스트랩했을 때
처음에는 최신 Python 기능과 프로젝트를 사용하는 것이 우리의 아이디어였습니다
레거시 setup.py 대신 pyproject.toml 파일과 같은 구조입니다.
새로운 프로젝트를 시작하면 모든 것이 멋지고 새로워서 매우 설렙니다
그 물건을 사용하는데 유일한 문제는:
처음에 작업을 시작했을 때 새로운 RPM을 사용해도 좋겠다는 생각이 들었습니다
에 pyproject.toml 및 pdm을 사용하므로 프로젝트 빌드를 위한 매크로
종속성을 관리합니다.
이를 위해 Fedora 문서에는 Python Packaging이라는 멋진 기사가 있습니다
지침
자세히 알아보겠습니다. 가이드는 거의 모든 주제와 사례를 다루고 있지만
예를 들어도 필요할 수 있습니다
사양파일.
우리의 주요 목표는 RHEL이므로 모든 것을 따르는 것을 상상할 수 있습니다
가이드의 내용은 그대로 작동할 것입니다. 그렇죠? 아니요. 그 이유는
RHEL 리포지토리에 제공되는 버전. 새로운 매크로
가이드에서 지적한 내용은 빌드 중에 작동할 수 있으며, 생성할 수 없습니다
다음 목표의 최종 RPM:
유산을 만들어야 했습니다
setup.py
Python 휠 빌드를 진행하고 데이터를 피하기 위해 파일을 삭제하세요
pyproject.toml과 레거시 setup.py 파일 간의 중복이 발생했습니다.
때문에 tomllib를 사용했습니다.
다음 이유:
위에서 본 것처럼 tomllib를 사용하여 pyproject.toml 파일을 로드하고
필요한 필드를 읽고 기존 setup.py를 업데이트하기만 하면 됩니다. 이렇게 우리는
pyproject.toml을 수정할 수 있으며 새 빌드를 푸시할 때마다
기존 setup.py에서도 일관성을 유지할 수 있습니다.
사양 파일과 관련하여 우리는 문서에서 말하는 것을 다시 사용해야 했습니다
“201x 시대” Python 패키징
지침을 따르세요.
기본적으로 우리는 오래된 python setup.py build ... 명령을 사용하고 있습니다
(물론 매크로를 통해) 프로젝트를 빌드합니다.
이 솔루션을 통해 우리가 원하는 RHEL 버전 전체에서 일관성을 유지할 수 있었습니다
pdm과 멋진 새 기능을 지원하는 동시에 계속 사용하세요
발전을 기원합니다.
위 내용은 Python RPM 패키징의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!