Upstream (разработка программного обеспечения)

При разработке программного обеспечения , когда программное обеспечение было разветвлено или использует цепочку библиотек / зависимостей , восходящий поток относится к проблеме, которая возникает в программном обеспечении, связанном с цепочкой. Это направление направлено на первоначальных авторов или сопровождающих программного обеспечения . Обычно он используется в контексте версии, ошибки или исправления .

Разработка исходных версий позволяет другим дистрибутивам получить от нее выгоду, когда они получат будущий выпуск или объединят последние (или все) исходные исправления. ^[1] Аналогичным образом, первоначальные авторы (поддерживающие исходную версию) могут получить выгоду от вклада, полученного из пользовательских дистрибутивов, если их пользователи отправляют исправления в исходную версию.

Этот термин также относится к ошибкам; дистрибутива Говорят, что ответственность за ошибку лежит на вышестоящей ветке, если она не вызвана портированием , модификациями, не связанными с основной веткой разработки, или усилиями по интеграции.

Примеры

Патч, отправленный в исходную версию, предлагается первоначальным авторам или сопровождающим программного обеспечения. В случае принятия авторы или сопровождающие включат исправление в свое программное обеспечение либо немедленно, либо в будущем выпуске . В случае отказа лицу, представившему исправление, придется поддерживать собственное распространение программного обеспечения автора.
Вышестоящий репозиторий или версия распространения исходного кода , которая может быть выпуском с пометкой версии, для которого исходный код был специально упакован, конкретным коммитом или мастером (жаргон, обозначающий последний коммит). В тех случаях, когда пользовательские дистрибутивы (например, форки) могли упустить исправления ошибок и улучшения (созревание проекта, привязанное к первоначальным авторам, вышестоящим авторам) из-за необъединения (всех) вышестоящих патчей. В таких случаях пользовательский дистрибутив может быть даже адаптирован к конкретным потребностям и требованиям тех, кто его использует или поддерживает. Это также часто наблюдается с зависимостями (пакетами поставщиков), когда берущий просто один раз соглашается с базовой версией и имеет тенденцию придерживаться ее, со временем накапливая так много (произвольных) модификаций или нестандартных применений в своей среде, которые объединяют последние версии. внесение исправлений в их собственный дистрибутив будет невозможно без серьезной дополнительной работы по совместимости исправлений и функций, а также избегания дублирования исправлений ошибок, которые они исправляют сами по себе (и по-своему), в то время как у исходных версий также есть исправления для них. Многие пользователи пользовательских дистрибутивов по-прежнему будут выбирать и объединять критические исправления исходной версии (например, связанные с уязвимостями безопасности).