У меня есть проект, который я распространяю, отправляя большие пакеты. Я хотел бы узнать, есть ли удобный способ использования Maven для распространения обновлений проекта? Мне нужно что-то вроде того, что сделано для обновления программного обеспечения, такого как Firefox или Acrobat Reader. Проверьте репозиторий, предоставьте пользователю обновление, загрузите и переконфигурируйте. Все в простом и дружественном интерфейсе. Приветствуем альтернативные проекты Java с открытым исходным кодом.Использование Maven для распределения проекта
ответ
Если ваш проект является библиотекой: вам необходимо установить public maven repository (или использовать Maven Central). Таким образом, ваши пользователи могут получить последнюю версию вашей библиотеки, обновив свой POM.
Если ваш проект является чем-то другим, вы можете использовать репозиторий Maven для хранения пакетов в месте для простого развертывания для вас (и простой загрузки для всех остальных). Затем вам нужно указать свое программное обеспечение на сайт и время от времени загружать файл «maven-metadata.xml». Maven будет создавать и управлять этим файлом для вас, когда вы скажете «mvn deploy». Файл содержит последние номера версий.
Все, что вам нужно сделать, это загрузить этот небольшой файл и изучить его. Если есть новая версия, откройте диалоговое окно для своего пользователя, чтобы они могли его загрузить. Я предлагаю предлагать «Только скачать» и «Загрузить и обновлять» в качестве отдельных опций, потому что пользователям нравится загружать некоторое время в фоновом режиме, а затем устанавливать между двумя проектами. Они не любят ворчащие диалоги («Доступна новая версия. Загрузите и разрушите свой день сейчас?» ... «Я спросил пять минут назад. Скачайте сейчас!» ... «Загрузка в любом случае. Сведения о кредитной карте, найденные на вашем жестком диске Выбрав другое важное программное обеспечение, которое вам нужно, купите сейчас. Приятного дня! »;)).
Я не думаю, что у maven есть стандартный способ обеспечения этой функциональности. У Maven есть понятие «выпуск» и «развертывание», но они не относятся к описываемому сценарию.
- 1. Использование проекта Maven для Coldfusion
- 2. Использование Maven для проекта SmartClient
- 3. Использование компилятора по умолчанию для проекта maven
- 4. Использование maven для создания ушного проекта
- 5. Использование Maven для создания сложного проекта Flex
- 6. Использование Maven для развертывания
- 7. Использование Maven с Sourceforge.net
- 8. Создание родительского проекта развертывания Maven
- 9. Использование gnuplot для дискретного распределения
- 10. Использование fminsearch для установки распределения
- 11. Использование np.piecewise для равномерного распределения
- 12. Добавление проекта Maven для скомпилированного проекта Eclipse
- 13. Использование относительного пути в Maven проекта
- 14. Проект Maven для проекта java
- 15. Maven add dependecies для проекта
- 16. Переменные проекта Maven для зависимостей
- 17. команда Maven для проекта уха
- 18. Зависимость maven для многомодульного проекта
- 19. proguard для проекта модуля maven
- 20. Maven: локальное развертывание развертывания vs для комплектации для распределения
- 21. Добавить репозитории Maven для проекта в Eclipse?
- 22. Использование межмодульного класса для проекта Maven в Eclipse
- 23. Использование Class.forName для загрузки ucanaccess в Maven проекта
- 24. Использование Maven для проекта клиент-сервер с внешними зависимостями
- 25. Maven: Использование папки проекта в качестве хранилища для Lib
- 26. Использование распределения стека вместо распределения кучи для заводских методов
- 27. Использование распределения динамической памяти
- 28. Исходные папки для проекта maven в eclipse
- 29. Эффективное использование распределения форсирования
- 30. Использование динамического распределения памяти