Концепция разработки программного обеспечения
При разработке программного обеспечения , когда программное обеспечение было разветвлено или использует цепочку библиотек / зависимостей , восходящий поток относится к проблеме, которая возникает в программном обеспечении, связанном с цепочкой. Это направление направлено на первоначальных авторов или сопровождающих программного обеспечения . Обычно он используется в контексте версии, ошибки или исправления .
Разработка исходных версий позволяет другим дистрибутивам получить от нее выгоду, когда они получат будущий выпуск или объединят последние (или все) исходные исправления. [1] Аналогичным образом, первоначальные авторы (поддерживающие исходную версию) могут получить выгоду от вклада, полученного из пользовательских дистрибутивов, если их пользователи отправляют исправления в исходную версию.
Этот термин также относится к ошибкам; Говорят, что ответственность за ошибку лежит на вышестоящей версии, если она не вызвана портированием дистрибутива , модификациями, не связанными с основной веткой разработки, или усилиями по интеграции.
Примеры
- Патч , отправленный в исходную версию, предлагается первоначальным авторам или сопровождающим программного обеспечения. В случае принятия авторы или сопровождающие включат исправление в свое программное обеспечение либо немедленно, либо в будущем выпуске . В случае отказа лицу, представившему исправление, придется поддерживать собственное распространение программного обеспечения автора.
- Вышестоящий репозиторий или версия распространения исходного кода , которая может быть выпуском с пометкой версии, для которого исходный код был специально упакован, конкретным коммитом или мастером (жаргон для последнего коммита). В тех случаях, когда пользовательские дистрибутивы (например, форки) могли пропустить исправления ошибок и улучшения (созревание проекта, привязанное к первоначальным авторам, вышестоящим авторам) из-за необъединения (всех) вышестоящих патчей. В таких случаях пользовательский дистрибутив может быть даже адаптирован к конкретным потребностям и требованиям тех, кто его использует или поддерживает. Это также часто наблюдается с зависимостями (пакетами поставщиков), когда берущий просто один раз соглашается с базовой версией и имеет тенденцию придерживаться ее, со временем накапливая в своей среде так много (произвольных) модификаций или нестандартных применений, которые объединяют последние версии. внесение исправлений исходной ветки в их собственный дистрибутив будет невозможно без серьезной дополнительной работы по совместимости исправлений и функций, а также избегания дублирования исправлений ошибок, которые они исправляют сами по себе (и по-своему), в то время как у исходной ветки также есть исправления для них. Многие пользователи пользовательских дистрибутивов по-прежнему будут выбирать и объединять критические исправления исходной версии (например, связанные с уязвимостями безопасности).
Смотрите также
Рекомендации
- ^ «Оставаясь рядом с проектами разработки и разработки :: Документация Fedora» . Проект Федора . Проверено 18 января 2022 г.