상용 소프트웨어는 Linux를 지원하기 위해 어떤 설치 프로그램 유형을 사용해야합니까?

소스 코드가 열리지 않거나 비어 있지 않으므로 설치시 컴파일 할 수 없습니다. 지금까지 개발자에게 다음을 보았습니다.

• tar.gz 파일을 제공하고 적절한 위치에서 압축을 해제하는 것은 사용자의 책임입니다.
• .tar.gz에 install.sh 스크립트를 제공하여 기본 설치 프로그램을 실행하고 설치 옵션을 묻는 메시지를 표시 할 수도 있습니다.
• RPM 및 / 또는 deb 파일을 제공하여 사용자가 익숙한 기본 패키지 관리 도구를 계속 사용하여 설치 / 업그레이드 / 제거를 수행 할 수 있도록합니다.

가장 많은 Linux 배포판을 지원하고, 사용자의 삶을 가능한 한 쉽게 만들고, 가능한 한 적은 빌드 / 패키징 / 설치 인프라를 유지하려고합니다.

소프트웨어 패키지 방법에 대한 권장 사항을 찾고 있습니다.

나는 그것을 보는 두 가지 방법을 봅니다.

하나는 가장 인기있는 Linux를 대상으로하여 각각에 고유 한 패키지를 제공하고 인기있는 패키지를 제공하는 것입니다. 몇 년 전, 이는 Red Hat 유형 Linux에 대한 RPM을 먼저 제공 한 다음 시간이 지남에 따라 인기도가 낮은 RPM 기반 Linux 각각에 대한 소스 RPM을 재구성하는 것을 의미했습니다. 이것이 바로 Mandriva RPM이 Red Hat 또는 SuSE RPM보다 약간 오래된 이유입니다. 그러나 지난 몇 년 동안 우분투가 인기를 얻었으므로 .deb로 시작하여 나중에 RPM을 추가 할 수 있습니다.

다른 하나는 모든 Linux를 한 번 에 대상 으로 시도하는 것입니다. 이진 tarball을 제공하는 사람들이 시도하고 있습니다. 나는 sysadmin과 최종 사용자 로서이 옵션을 정말로 좋아하지 않습니다. 이러한 타르볼은 압축을 푼 시스템 전체에 파일을 분산 시키며, 나중에 제거, 패키지 확인, 지능형 업그레이드 등과 같은 기능을위한 옵션이 없습니다.

가장 많이 사용되는 Linux 용 기본 패키지와 홀드 볼 Linux 용 바이너리 타르볼 및 어떤 이유로 든 패키지 관리자를 좋아하지 않는 구식 sysadmins의 혼합 접근법을 시도 할 수 있습니다.

무엇을 하든지 오류 해결을 위해 대상 시스템에서 가능한 많은 정보를 수집 할 수있는 "지원 스크립트"를 포함해야합니다. 고객이 겪는 문제와 현실에 대한 디버깅은 종종 매우 다르다는 것을 보증합니다.

저는 항상 패키지 (rpm | deb 등)를 선호합니다. 소프트웨어의 특성에 따라 특정 배포판 (rhel / centos 등)에 대한 패키지를 대상으로 할 가치가있을 수 있지만 모든 사람을 위해 충분한 패키지를 롤백 할 수는 없습니다.

스크립트에 따라 설치 스크립트가 정상일 수 있습니다. 비 패키지 소프트웨어의 가장 중요한 점은 내가 선택한 위치에 쉽게 설치할 수 있다는 것입니다.

게임은 게임을 접두사에 깔끔하게 설치하고 아이콘과 같은 것을 처리하는 설치 프로그램 (이전의 MokiSetup)을 사용하는 경향이 있습니다.