Чи існує протилежне значення терміну "Backporting"?


20

Як я розумію, термін "Backporting" використовується для опису виправлення, яке застосовується у майбутній версії, яка також переноситься на попередню версію. Визначення Вікіпедії таке:

Бекпортування - це дія прийняти певну модифікацію програмного забезпечення (виправлення) та застосувати її до більш старої версії програмного забезпечення, ніж вона була створена спочатку. Він є частиною кроку технічного обслуговування в процесі розробки програмного забезпечення ...

Наприклад:

  • Проблема виявлена ​​та виправлена ​​у V2.0. Це ж виправлення переноситься і застосовується до V1.5.

Що таке термін, коли це робиться у зворотному напрямку?

  • Проблема виявлена ​​і виправлена ​​в V1.5. Це ж виправлення переноситься і застосовується до V2.0.

Чи все ще застосовуватиметься термін "Бекспорт"? Або є такий термін, як "Forwardporting" (який кумедно звучить дуже як "Переадресація порту")?


1
А як щодо "розмноження"?
Gill Bates

Відповіді:


28

Це те саме, що протилежна косою рисою. Усі хочуть назвати це переднім косою рисою, але насправді це просто "коса риса". Протилежністю тому, що підтримує портфоліо, - це просто "перенесення".


"Перенос" - більш загальний термін і може застосовуватися до будь-якої передачі коду, навіть між мовами. У моїй компанії ми використовуємо "пересилання вперед" для конкретного випадку, описаного в цьому запитанні.
Марко Топольник

14

Це, як правило, не відбувається, як ви виправили б вказану проблему в кодовій базі V2.0, і необов'язково підтримуйте її. :) З точки зору контролю версій, це називається просто merging.


3
Це трапляється тому, що V1.x та V2.x співіснують і підтримуються паралельно, кожен у своєму відділенні обслуговування. Помилку з перехресною версією можна виявити та виправити з будь-якої сторони.
Марко Топольник

3
Якщо V1.5 вже випущений, але V2.0 буде випущений у майбутньому, то спочатку виправте проблему у V1.5, оскільки ця версія вже використовується клієнтами та потребує більшої необхідності виправити. Після цього ви переносите виправлення на V2.0.
користувач1364368

@ user1364368 управління випуском є ​​ортогональним питанням. має більше сенсу виправити помилку в останній версії кодової бази, оскільки вона містить більше інформації (її історія змін - це супернабір історії змін старої версії). подумайте про це по-іншому: ігноруйте, що зміна пов'язана з помилкою. ти все-таки вважатимеш за краще вносити зміни у старіший варіант? Ви б, скажімо, почали розробку функцій у більш старій версії бази коду? це дуже швидко зводиться до безглуздої, рекурсивної стратегії розвитку
awdz9nld

@ MartinKällman Заголовок кодової бази (для V2.0) може бути (завдяки поточній роботі з розробки) у стані, який не дозволяє йому розробити виправлення. Це може зайняти дні чи тижні, поки заголовок кодової бази знову не очиститься, але ви не можете так довго чекати на виправлення надзвичайних ситуацій.
користувач1364368

1

Я думаю, я би використовував терміни: захист у майбутньому або, як альтернатива, сумісність вперед :

З Вікіпедії на майбутнє :

Майбутнє доведення: Фраза майбутнього підтвердження описує ексклюзивний процес спроби передбачити майбутні події, щоб можна було вжити заходів для мінімізації можливих негативних наслідків та використання можливостей.

І сумісність вперед :

Попередня сумісність або вище сумісність (іноді плутається з розширюваністю) - це концепція сумісності для проектування систем, як, наприклад, зворотна сумісність. Вперед сумісність спрямована на здатність дизайну граціозно приймати дані, призначені для пізніших версій самого себе.

Або обидва "впевненість у майбутньому через сумісність з форвард".

О, казкове слово :)


0

Репортаж у зворотному напрямку - це просто перенесення , але немає ніяких причин робити це в описаному вами контексті.


0

Я думаю, що термін "backport" позначає лише дію наближення ознаки нового випуску програми до старшої тієї самої програми, щоб отримати переваги від її використання.

Оскільки ви не розробляєте нову функцію для старих, закритих версій, немає "зворотної" репортажу (якщо ви, за визначенням, версія не стара).

Те, що ви називаєте "форвардом", виправляючи проблему як у старій, так і в новій версії, - це лише помилка чи виправлення.


-1

Не існує загальновживаного терміна для об'єднання набору змін зі старої галузі програмного забезпечення в нову. Якщо остання галузь програмного забезпечення є нестабільною, більшість розробників розроблять виправлення помилок на останній гілці програмного забезпечення незалежно від того, в якій версії помилка була знайдена. Це робиться для того, щоб зменшити конфлікти злиття, оскільки остання гілка програмного забезпечення змінюється частіше, ніж старі гілки. Будь-яка помилка програмного забезпечення, про яку повідомляє клієнт, за визначенням повідомляється у більш ранній версії, ніж вона виправлена, оскільки клієнт не має доступу до останньої гілки вашого програмного забезпечення.


правда, якщо клієнт не хоче виправити ЗАРАЗ.
Алекс R

-1

Я прийшов сюди шукати відповідь, тому що я пишу коментар на виконання цього сценарію. Зважаючи на відсутність фактичного жаргону для цієї загальної ситуації, я просто збираюся прописати це як "об’єднання виробничих виправлень у галузь розробників".

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.