Existe um oposto para o termo "Backporting"?

Pelo que entendi, o termo "Backporting" é usado para descrever uma correção aplicada em uma versão futura que também é portada para uma versão anterior. A definição da Wikipedia é a seguinte:

Backporting é a ação de executar uma determinada modificação de software (patch) e aplicá-la a uma versão mais antiga do software para a qual foi criada inicialmente. Faz parte da etapa de manutenção em um processo de desenvolvimento de software ...

Por exemplo:

• Um problema foi descoberto e corrigido na V2.0. A mesma correção é portada e aplicada à V1.5.

Qual é o termo quando isso é feito na direção oposta?

• O problema foi descoberto e corrigido na V1.5. A mesma correção é portada e aplicada à V2.0.

O termo "Backporting" ainda se aplica? Ou existe um termo como "Forwardporting" (que soa divertido como "Port Forwarding")?

É o mesmo que o oposto de uma barra invertida. Todo mundo quer chamar isso de barra, mas na verdade é apenas uma "barra". O oposto de backporting é simplesmente "portar".

Isso geralmente não acontece, pois você corrige o problema na base de código V2.0 e, opcionalmente, o suporta. :) Em termos de controle de versão, isso é chamado simplesmente merging.

Acho que usaria os termos: à prova de futuro ou, como alternativa, compatibilidade futura :

Da Wikipedia à prova de futuro :

Prova futura: a frase prova futura descreve o processo exclusivo de tentar antecipar desenvolvimentos futuros, para que ações sejam tomadas para minimizar possíveis consequências negativas e aproveitar oportunidades.

E compatibilidade direta :

Compatibilidade direta ou compatibilidade ascendente (às vezes confundida com extensibilidade) é um conceito de compatibilidade para o design de sistemas, como por exemplo, compatibilidade com versões anteriores. A compatibilidade de encaminhamento visa a capacidade de um design aceitar normalmente entradas destinadas a versões posteriores de si mesmo.

Ou ambos "à prova de futuro através da compatibilidade com a frente".

Oh o buzzwordry :)

Fazer backport na direção oposta é apenas portar , mas não há razão para fazer isso no contexto que você descreve.

Penso que o termo "backport" se refere apenas à ação de trazer um recurso de um novo lançamento de um programa para um mais antigo do mesmo programa, para os benefícios de ainda usá-lo.

Como você não desenvolve um novo recurso em versões antigas e fechadas, não existe backport "reverso" (se, por definição, a versão não é antiga).

O que você está chamando de "encaminhamento", corrigindo um problema tanto em versões antigas quanto em novas, é uma mera correção ou bug.

Não há um termo comumente usado para mesclar um conjunto de alterações de um ramo de software mais antigo para um mais novo. A menos que a ramificação mais recente do software seja altamente instável, a maioria dos desenvolvedores desenvolverá correções de bugs na ramificação mais recente do software, independentemente da versão em que o bug foi encontrado. Isso é feito para reduzir conflitos de mesclagem desde que a ramificação mais recente do software seja alterada. com mais frequência do que ramos mais antigos. Qualquer bug de software relatado por um cliente é, por definição, relatado em uma versão anterior à corrigida, pois o cliente não tem acesso à ramificação mais recente do seu software.

Eu vim aqui procurando uma resposta porque estou escrevendo um comentário de confirmação para esse mesmo cenário. Dada a falta de jargão real para essa situação comum, vou descrevê-la como "mesclando hotfixes de produção no ramo dev".