“백 포트”라는 용어와 반대되는 개념이 있습니까?

내가 이해하는 바와 같이, "백 포팅"이라는 용어는 향후 버전에도 적용되는 수정 사항을 설명하는 데 사용됩니다. 위키피디아 정의 는 다음과 같습니다.

백 포트 는 특정 소프트웨어 수정 (패치)을 수행하여 처음 작성된 것보다 이전 버전의 소프트웨어에 적용하는 작업입니다. 소프트웨어 개발 프로세스에서 유지 관리 단계의 일부를 구성합니다 ...

예를 들면 다음과 같습니다.

• V2.0에서 문제점이 발견되어 수정되었습니다. 동일한 수정 사항이 V1.5에 이식되어 적용됩니다.

이것이 반대 방향으로 이루어질 때의 용어는 무엇입니까?

• V1.5에서 문제점이 발견되어 수정되었습니다. 동일한 수정 사항이 V2.0에 이식되어 적용됩니다.

"백 포트"라는 용어가 여전히 적용됩니까? 아니면 "포워드 포팅"과 같은 용어가 있습니까 ( "포트 포워딩"과 비슷하게 들리는 소리)?

백 슬래시와 반대입니다. 누구나 슬래시라고 부르고 싶지만 실제로는 "슬래시"일뿐입니다. 백 포팅의 반대는 단순히 "포팅"입니다.

V2.0 코드베이스에서 언급 된 문제를 해결하고 선택적으로 백 포트 할 때 일반적으로 발생하지 않습니다. :) 버전 관리 측면에서이를 간단히 호출 merging합니다.

나는 미래 보장 또는 대안으로 앞으로 호환성 이라는 용어를 사용한다고 생각합니다 .

미래 위키 백과에서 :

미래 증거 : 미래 증거라는 문구는 미래의 발전을 예상하는 독점적 프로세스를 설명하여 가능한 부정적인 결과를 최소화하고 기회를 포착하기위한 조치를 취할 수 있습니다.

그리고 앞으로 호환성 :

순방향 호환성 또는 상향 호환성 (때로는 확장 성과 혼동되는)은 시스템 호환성에 대한 호환성 개념 (예 : 이전 버전과의 호환성)입니다. 순방향 호환성은 이후 버전 자체를위한 입력을 정상적으로 수용 할 수있는 디자인 기능을 목표로합니다.

또는 "순방향 호환성을 통한 미래 보장".

아 버즈 워드

반대 방향으로 백 포트 하는 것은 단지 포팅 이지만 설명하는 컨텍스트에서 그렇게 할 이유가 없습니다.

"백 포트"라는 용어는 프로그램의 새로운 버전의 기능을 동일한 프로그램의 이전 버전으로 가져 와서 여전히 사용하는 이점을 의미한다고 생각합니다.

이전의 폐쇄 된 버전에서 새 기능을 개발하지 않으므로 "역방향"백 포트가 존재하지 않습니다 (정의 적으로 버전이 이전 버전이 아닌 경우).

이전 버전과 새로운 버전 모두에서 문제를 해결하는 "전달 포트"라고 부르는 것은 단순한 버그 수정 또는 패치입니다.

오래된 소프트웨어 브랜치에서 새로운 소프트웨어 브랜치로 변경 세트를 병합하는 데 일반적으로 사용되는 용어는 없습니다. 소프트웨어의 최신 브랜치가 매우 불안정하지 않은 경우 대부분의 개발자는 버그가 발견 된 버전에 관계없이 소프트웨어의 최신 브랜치에서 버그 수정을 개발합니다. 이는 소프트웨어의 최신 브랜치 변경 이후 병합 충돌을 줄이기 위해 수행됩니다. 오래된 지점보다 더 자주. 고객이보고 한 모든 소프트웨어 버그는 고객이 소프트웨어의 최신 분기에 액세스 할 수 없기 때문에 수정 된 것보다 이전 버전에서보고 된 것입니다.

나는이 바로 시나리오에 대한 커밋 의견을 작성하고 있기 때문에 여기에 답을 찾고 있습니다. 이 일반적인 상황에 대한 전문 용어가 부족하다는 것을 감안할 때 "개발 핫픽스를 dev 브랜치에 병합"으로 설명하겠습니다.