Gibt es ein Gegenteil für den Begriff "Backporting"?

20

Soweit ich weiß, wird der Begriff "Backporting" verwendet, um einen Fix zu beschreiben, der in einer zukünftigen Version angewendet wird, die auch auf eine frühere Version portiert ist. Die Wikipedia-Definition lautet wie folgt:

Beim Backporting wird eine bestimmte Softwaremodifikation (Patch) auf eine ältere Version der Software angewendet, für die sie ursprünglich erstellt wurde. Es ist Teil des Wartungsschritts in einem Softwareentwicklungsprozess ...

Beispielsweise:

  • In V2.0 wurde ein Problem entdeckt und behoben. Das gleiche Update wird portiert und auf V1.5 angewendet.

Was ist der Begriff, wenn dies in die entgegengesetzte Richtung erfolgt?

  • Das Problem wurde in V1.5 entdeckt und behoben. Das gleiche Update wird portiert und auf V2.0 angewendet.

Wäre der Begriff "Backporting" weiterhin gültig? Oder gibt es einen Begriff wie "Forwardporting" (was amüsanterweise sehr nach "Port Forwarding" klingt)?

terminology maintenance Avian00
quelle
1
Was ist mit "Propagierung"?
Gill Bates

Antworten:

28

Es ist dasselbe wie das Gegenteil eines Backslash. Jeder möchte es einen Schrägstrich nennen, aber eigentlich ist es nur ein "Schrägstrich". Das Gegenteil von Backporting ist einfach "Portieren".

Karl Bielefeldt
quelle
"Portierung" ist ein allgemeinerer Begriff und kann für jede Codeübertragung gelten, auch zwischen Sprachen. In meinem Unternehmen verwenden wir "Forward-Porting" für den in dieser Frage beschriebenen speziellen Fall.
Marko Topolnik
14

Dies geschieht im Allgemeinen nicht, da Sie das Problem in der V2.0-Codebasis beheben und es optional zurückportieren würden. :) In Bezug auf die Versionskontrolle wird dies einfach aufgerufen merging.

awdz9nld
quelle
3
Dies geschieht, weil V1.x und V2.x nebeneinander existieren und parallel auf jeweils einem eigenen Wartungszweig verwaltet werden. Ein versionsübergreifender Fehler kann auf jeder Seite entdeckt und behoben werden.
Marko Topolnik
3
Wenn V1.5 bereits veröffentlicht wurde, V2.0 jedoch in Zukunft veröffentlicht wird, beheben Sie zunächst das Problem in V1.5, da diese Version bereits von Kunden verwendet wird und dringendere Korrekturen benötigt. Anschließend portieren Sie den Fix auf V2.0.
user1364368
@ user1364368 Versionsverwaltung ist ein orthogonales Problem. Es ist sinnvoller, den Fehler in der neuesten Version der Codebasis zu beheben, da diese mehr Informationen enthält (das Änderungsprotokoll ist eine Obermenge des Änderungsprotokolls der älteren Version). Überlegen Sie es sich anders: Ignorieren Sie, dass die Änderung mit einem Fehler zusammenhängt. möchten Sie noch Änderungen in einer älteren Version einführen? Würden Sie beispielsweise die Funktionsentwicklung in einer älteren Version der Codebasis starten? Dies reduziert sich sehr schnell auf eine unsinnige, rückwärts rekursive Entwicklungsstrategie
awdz9nld
@ MartinKällman Der Leiter der Codebasis (für V2.0) befindet sich möglicherweise (aufgrund der aktuellen Entwicklungsarbeiten) in einem Zustand, der es ihm nicht ermöglicht, das Update zu entwickeln. Es kann Tage oder Wochen dauern, bis der Kopf der Codebasis wieder sauber ist, aber Sie können nicht so lange auf die Notfallkorrektur warten.
user1364368
1

Ich nehme an, ich würde die Begriffe Zukunftssicherheit oder alternativ Aufwärtskompatibilität verwenden :

Aus Wikipedia zukunftssicher :

Zukunftssicherheit: Der Begriff Zukunftssicherheit beschreibt den ausschließlichen Prozess des Vorwegnehmens künftiger Entwicklungen, damit Maßnahmen ergriffen werden können, um mögliche negative Folgen zu minimieren und Chancen zu nutzen.

Und aufwärtskompatibel :

Aufwärtskompatibilität oder Aufwärtskompatibilität (manchmal verwechselt mit Erweiterbarkeit) ist ein Kompatibilitätskonzept für das Systemdesign, wie z. B. Abwärtskompatibilität. Die Vorwärtskompatibilität zielt auf die Fähigkeit eines Entwurfs ab, Eingaben für spätere Versionen von sich selbst ordnungsgemäß zu akzeptieren.

Oder beides "Zukunftssicher durch Aufwärtskompatibilität".

Oh das Schlagwort :)

dukeofgaming
quelle
0

Backporting in die entgegengesetzte Richtung ist nur Portierung , aber es gibt keinen Grund, dies in dem von Ihnen beschriebenen Kontext zu tun.

Caleb
quelle
0

Ich denke, der Begriff "Backport" bezieht sich nur auf die Aktion, eine Funktion einer neuen Version eines Programms auf eine ältere Version desselben Programms zu übertragen, um die Vorteile einer weiteren Verwendung zu erzielen.

Da Sie auf alten, geschlossenen Versionen kein neues Feature entwickeln, gibt es keine "umgekehrte" Backportierung (wenn Sie per Definition sind, ist die Version nicht alt).

Was Sie als "Forwardport" bezeichnen und ein Problem sowohl in einer alten als auch in einer neuen Version beheben, ist lediglich ein Bugfix oder Patch.

Albireo
quelle
-1

Es gibt keinen allgemein gebräuchlichen Begriff für das Zusammenführen einer Reihe von Änderungen von einem älteren zu einem neueren Softwarebereich. Sofern der neueste Zweig der Software nicht sehr instabil ist, entwickeln die Entwickler Fehlerbehebungen für den neuesten Zweig der Software, unabhängig davon, in welcher Version der Fehler gefunden wurde. Dies geschieht, um Zusammenführungskonflikte zu verringern, da sich der neueste Zweig der Software ändert häufiger als ältere Zweige. Jeder von einem Kunden gemeldete Softwarefehler ist per definitionem in einer früheren Version gemeldet als in dieser Version behoben, da der Kunde keinen Zugriff auf den neuesten Zweig Ihrer Software hat.

Esoterischer Unsinn
quelle
true, es sei denn, Ihr Kunde möchte JETZT eine Lösung.
Alex R
-1

Ich bin auf der Suche nach einer Antwort hierher gekommen, weil ich einen Kommentar für dieses Szenario schreibe. In Anbetracht des Mangels an Fachjargon für diese häufige Situation werde ich es einfach als "Zusammenführen von Produktions-Hotfixes in den Dev-Zweig" bezeichnen.

Alex R
quelle