Я всегда ищу самый простой способ получения пакетов файлов, пользовательских веб-приложений и других данных / программного обеспечения для клиентов. То, что я стараюсь НЕ делать, — это отправлять им сложный набор инструкций для развертывания, если я сам не занимаюсь установкой и реализацией.
Таким образом, после многих лет использования и злоупотребления форматом rpm для моих собственных нужд, я наконец-то дошел до использования его в качестве метода распространения. Прежде всего, я потратил много времени на изучение руководства пользователя rpm.org , а также экспериментирования со спецификациями.
Спецификационный файл — это сердце создания файла rpm, который контролирует места назначения ваших данных. Хотя не все, что я упаковываю, обязательно «устанавливается», как в Apache или MySQL, — более того, я собираю решения, которые, как и любое веб-приложение, имеют различные двоичные файлы назначения, файлы конфигурации и так далее.
В конечном счете, сценарий заключается в том, чтобы отправить клиенту rpm и сообщить его техническим специалистам просто «rpm -i myfile.rpm» после просмотра файла readme с подробным описанием того, что включено и где файлы будут в конечном итоге.
Некоторые разработчики могут найти это удобным, когда они предпочитают не заниматься установкой и настройкой. Это также имеет очевидное преимущество, когда удаленные клиенты не могут обеспечить доступ за брандмауэром к системам, получающим ваши решения.