Có một điều ngược lại với thuật ngữ này

Theo tôi hiểu, thuật ngữ "Backporting" được sử dụng để mô tả một bản sửa lỗi được áp dụng trong phiên bản tương lai cũng được chuyển sang phiên bản trước. Định nghĩa Wikipedia như sau:

Backporting là hành động thực hiện một sửa đổi phần mềm (bản vá) nhất định và áp dụng nó cho phiên bản phần mềm cũ hơn so với ban đầu được tạo ra. Nó là một phần của bước bảo trì trong quy trình phát triển phần mềm ...

Ví dụ:

• Một vấn đề được phát hiện và khắc phục trong V2.0. Bản sửa lỗi tương tự được chuyển và áp dụng cho V1.5.

Thuật ngữ khi điều này được thực hiện theo hướng ngược lại là gì?

• Vấn đề được phát hiện và khắc phục trong V1.5. Bản sửa lỗi tương tự được chuyển và áp dụng cho V2.0.

Thuật ngữ "Backporting" vẫn được áp dụng? Hoặc có một thuật ngữ như "Chuyển tiếp" (nghe có vẻ giống như "Chuyển tiếp cổng")?

Nó giống như ngược lại với dấu gạch chéo ngược. Mọi người đều muốn gọi nó là một dấu gạch chéo về phía trước, nhưng thực sự đó chỉ là một "dấu gạch chéo". Ngược lại với backporting chỉ đơn giản là "porting".

Điều này thường không xảy ra vì bạn sẽ khắc phục sự cố đã nói trong cơ sở mã V2.0 và tùy chọn nhập lại nó. :) Về mặt kiểm soát phiên bản, điều này được gọi đơn giản merging.

Tôi đoán tôi sẽ sử dụng các thuật ngữ: chứng minh tương lai hoặc, thay vào đó, khả năng tương thích về phía trước :

Từ Wikipedia bằng chứng trong tương lai :

Bằng chứng trong tương lai: Cụm từ chứng minh tương lai mô tả quá trình độc quyền cố gắng dự đoán những phát triển trong tương lai, để có thể thực hiện hành động để giảm thiểu hậu quả tiêu cực có thể xảy ra và nắm bắt cơ hội.

Và tương thích về phía trước :

Khả năng tương thích về phía trước hoặc khả năng tương thích hướng lên (đôi khi bị nhầm lẫn với khả năng mở rộng) là một khái niệm tương thích cho thiết kế hệ thống, ví dụ như khả năng tương thích ngược. Khả năng tương thích chuyển tiếp nhằm vào khả năng của một thiết kế chấp nhận một cách duyên dáng đầu vào dành cho các phiên bản sau của chính nó.

Hoặc cả "chứng minh tương lai thông qua tương thích về phía trước".

Ôi cái từ thông dụng :)

Backporting theo hướng ngược lại chỉ là porting , nhưng không có lý do để làm điều đó trong bối cảnh bạn mô tả.

Tôi nghĩ thuật ngữ "backport" chỉ hành động mang một tính năng của một bản phát hành mới của chương trình cho một chương trình cũ hơn của cùng một chương trình, vì lợi ích của việc vẫn sử dụng nó.

Vì bạn không phát triển tính năng mới trên các phiên bản cũ, đã đóng, không có cổng "ngược" tồn tại (nếu theo định nghĩa, phiên bản không cũ).

Những gì bạn đang gọi là "chuyển tiếp", khắc phục sự cố cả trong một bản cũ và một bản mới, chỉ là một lỗi hoặc bản vá.

Không có một thuật ngữ thường được sử dụng để hợp nhất một tập hợp các thay đổi từ một nhánh phần mềm cũ sang một phần mềm mới hơn. Trừ khi nhánh mới nhất của phần mềm rất không ổn định, hầu hết các nhà phát triển sẽ phát triển các sửa lỗi trên nhánh mới nhất của phần mềm bất kể phiên bản lỗi nào được tìm thấy. Điều này được thực hiện để giảm xung đột hợp nhất kể từ khi nhánh mới nhất của phần mềm thay đổi thường xuyên hơn các chi nhánh cũ. Bất kỳ lỗi phần mềm nào được báo cáo bởi khách hàng là theo định nghĩa được báo cáo trong phiên bản cũ hơn so với lỗi được khắc phục do khách hàng không có quyền truy cập vào nhánh mới nhất của phần mềm của bạn.

Tôi đến đây để tìm câu trả lời vì tôi đang viết bình luận cam kết cho chính kịch bản này. Do thiếu biệt ngữ thực tế cho tình huống phổ biến này, tôi sẽ đánh vần nó là "hợp nhất các hotfix sản xuất vào nhánh dev".