Я собираюсь опубликовать проект для кодаплекса. Мой вопрос - лучший подход для 2 сторонних библиотек, от которых зависит мой проект. Один из них - System.Data.Sqlite, а другой - Dapper. Должен ли я помещать определенные двоичные файлы, которые я создал в хранилище, которые позволят пользователю получить код и работать без получения других зависимостей, или они должны просто упоминаться в документации в качестве требований?Лучшая практика публикации проекта с открытым исходным кодом с зависимостями сторонних разработчиков
Лучшая практика публикации проекта с открытым исходным кодом с зависимостями сторонних разработчиков
ответ
Я не знаю, как это обычно делает сообщество CodePlex. Я могу просто говорить в целом.
Обычно вы не публикуете двоичные файлы в репозитории с открытым кодом. Обычно двоичные файлы Windows публикуются как части выпусков, чаще всего как пакет установщика. В этом пакете вы должны включить все исполняемые файлы, от которых зависит ваш исполняемый файл.
Обратите внимание, что если вы уже опубликовали двоичный файл (собственное программное обеспечение), имеет смысл также предоставить зависимости. Подумайте о худшем случае, когда пользователь пытается использовать ваш двоичный файл с небольшим, но не полностью совместимым двоичным файлом, который он построил из сторонних источников, и получая неустойчивое поведение.
Следует отметить, однако, что если вы публикуете стороннее программное обеспечение, вы также должны соблюдать свою лицензию . В примере GPL это означает, что вам нужно отправить некоторую соответствующую документацию и предложить предоставить исходные файлы, используемые для создания этих двоичных файлов по запросу. Так что в некоторых случаях гораздо проще просто не отправлять их.
- 1. Лучшая практика управления изменениями сторонних библиотек с открытым исходным кодом?
- 2. Как организовать проекты Visual Studio с открытым исходным кодом с зависимостями с открытым исходным кодом?
- 3. Какая лучшая платформа с открытым исходным кодом?
- 4. Двигатели с открытым исходным кодом Java с открытым исходным кодом
- 5. Какова наилучшая практика для развития проекта с открытым исходным кодом?
- 6. Домашняя страница проекта с открытым исходным кодом
- 7. Создание проекта Android с открытым исходным кодом?
- 8. Структура репозитория проекта с открытым исходным кодом
- 9. Maven с открытым исходным кодом проекта
- 10. Какая лучшая библиотека чистого зрения с открытым исходным кодом с открытым исходным кодом?
- 11. Как привлечь разработчиков к проекту с открытым исходным кодом?
- 12. Confused в использовании сторонних библиотек с открытым исходным кодом
- 13. Лучшая практика для управления исходными текстами проекта с открытым исходным кодом
- 14. Как распространять банку с открытым исходным кодом с зависимостями?
- 15. Развертывание приложения с открытым исходным кодом Django с зависимостями
- 16. Библиотеки/фреймворки для разработчиков веб-приложений с открытым исходным кодом
- 17. Лучшая практика для структуры каталогов проекта и управления исходным кодом
- 18. Развертывание Java-апплета с зависимостями сторонних разработчиков
- 19. Python pip как обращаться с зависимостями сторонних разработчиков
- 20. Лучшая с открытым исходным кодом сетка с плавной бесконечной прокруткой
- 21. Данные по продуктам с открытым исходным кодом для разработчиков?
- 22. Github и локальная разработка проекта с открытым исходным кодом
- 23. Какие факторы определяют успех проекта с открытым исходным кодом?
- 24. Как реализовать проект XCode для проекта с открытым исходным кодом?
- 25. Контрольный список для публикации библиотеки с открытым исходным кодом
- 26. Сервер с открытым исходным кодом
- 27. Разработка с открытым исходным кодом
- 28. Фильтры с открытым исходным кодом
- 29. Медиаплеер с открытым исходным кодом
- 30. Сервер с открытым исходным кодом?