「バックポート」という用語の反対はありますか？

私が理解しているように、「バックポート」という用語は、前のバージョンにも移植される将来のバージョンに適用される修正を説明するために使用されます。ウィキペディアの定義は次のとおりです。

バックポートとは、特定のソフトウェアの変更（パッチ）を取得し、それが最初に作成されたソフトウェアの古いバージョンに適用するアクションです。ソフトウェア開発プロセスの保守ステップの一部を形成します...

例えば：

• V2.0で問題が発見され、修正されました。同じ修正が移植され、V1.5に適用されます。

これが反対方向に行われるときの用語は何ですか？

• この問題はV1.5で発見され、修正されました。同じ修正が移植され、V2.0に適用されます。

「バックポート」という用語は引き続き適用されますか？または、「Forwardporting」（面白いことに「Port Forwarding」とよく似ています）などの用語はありますか？

バックスラッシュの反対と同じです。誰もがそれをフォワードスラッシュと呼びたいのですが、実際には単なる「スラッシュ」です。バックポーティングの反対は、単に「ポーティング」です。

これは通常、V2.0コードベースで前述の問題を修正し、オプションでそれをバックポートするため、発生しません。:)バージョン管理の観点から、これは単にと呼ばれmergingます。

私は次の用語を使用すると思います：将来を保証する、あるいは、前方互換性：

ウィキペディアの将来性から：

将来の保証：将来の保証とは、将来の発展を予測して、起こりうる悪影響を最小限に抑え、機会をつかむための行動をとることを試みる排他的なプロセスを指します。

そして、前方互換性：

前方互換性または上位互換性（拡張性と混同される場合があります）は、後方互換性などのシステム設計の互換性の概念です。上位互換性は、デザインがそれ以降のバージョン向けの入力を適切に受け入れる能力を目指しています。

または、両方の「前方互換性による将来の保証」。

ああ、流行語:)

反対方向へのバックポートは単なるポーティングですが、説明するコンテキストでそれを行う理由はありません。

「バックポート」という用語は、プログラムの新しいリリースの機能を同じプログラムの古いバージョンに持ち込んで、それを使用することの利点のためだけのアクションを指すと思います。

古い閉じたバージョンでは新しい機能を開発しないため、「リバース」バックポートは存在しません（定義により、バージョンが古い場合はありません）。

古いバージョンと新しいバージョンの両方で問題を解決する「フォワードポート」と呼んでいるものは、単なるバグ修正またはパッチです。

ソフトウェアの古いブランチから新しいブランチに一連の変更をマージするために一般的に使用される用語はありません。ソフトウェアの最新のブランチが非常に不安定でない限り、ほとんどの開発者は、バグが見つかったバージョンに関係なく、ソフトウェアの最新のブランチでバグ修正を開発します。古いブランチよりも頻繁に。顧客がソフトウェアの最新のブランチにアクセスできないため、顧客から報告されたソフトウェアのバグは、修正前のバージョンよりも以前のバージョンで報告されています。

私はこのまさにシナリオのためにコミットコメントを書いているので、答えを探してここに来ました。この一般的な状況に対する実際の専門用語がないため、「実稼働ホットフィックスをdevブランチにマージする」と説明します。