. Мне однажды пришлось решать следующую задачу. В общих библиотеках находились исходные модули программ, которые были доступны для просмотра и модификации программерам на трех континентах. Обычно программер получал задание и имел возможность забрать необходимый модуль ( как правило - совокупность модулей, макросов и файлов конфигурации ) в свою личную или общую рабочую библиотеку, и заниматься корректировками, модификациями и тестированием автономно, то есть независимо от других сотрудников.
Обычно такие корректировки и модификации занимали пару дней, но бывало, что до освобождения модулей и возвращения их в боевую библиотеку проходила пара-другая месяцев. Тестирование, сертификация, деплоймент, и прочие дела.
При этом от заказчиков могли поступать запросы-сообщения о проблемах с production-кодом, которые требовалось устранять как только, так сразу. В таком случае, для срочного исправления бага ( или паньскых вытрэбэнек заказчика по случаю изменений в интерпретации спецификаций третьей стороной или конкурентами-контрагентами ) модули из боевых библиотек приходилось экстренно править программерам, служившим на первой линии обороны. А в результате довольно часто возникала задача сведения нескольких вариантов чертовой прорвы модулей в окончательный вариант, учитывающий все сделанные, иногда конфликтующие изменения, да еще а дух-трех одновременно сопровождаемых версиях-поколениях кода.
Вот этот Fork-Fork-Fork-Join-Fork...Join-Join процесс было не сравнить с задачей ведения учета изменений, когда новое звено можно присоединять к цепи только после как остыло предыдущее.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Block-chain and Version Control
Date: 2017-12-25 02:10 am (UTC)Мне однажды пришлось решать следующую задачу. В общих библиотеках находились исходные модули программ, которые были доступны для просмотра и модификации программерам на трех континентах. Обычно программер получал задание и имел возможность забрать необходимый модуль ( как правило - совокупность модулей, макросов и файлов конфигурации ) в свою личную или общую рабочую библиотеку, и заниматься корректировками, модификациями и тестированием автономно, то есть независимо от других сотрудников.
Обычно такие корректировки и модификации занимали пару дней, но бывало, что до освобождения модулей и возвращения их в боевую библиотеку проходила пара-другая месяцев. Тестирование, сертификация, деплоймент, и прочие дела.
При этом от заказчиков могли поступать запросы-сообщения о проблемах с production-кодом, которые требовалось устранять как только, так сразу. В таком случае, для срочного исправления бага ( или паньскых вытрэбэнек заказчика по случаю изменений в интерпретации спецификаций третьей стороной или конкурентами-контрагентами ) модули из боевых библиотек приходилось экстренно править программерам, служившим на первой линии обороны. А в результате довольно часто возникала задача сведения нескольких вариантов чертовой прорвы модулей в окончательный вариант, учитывающий все сделанные, иногда конфликтующие изменения, да еще а дух-трех одновременно сопровождаемых версиях-поколениях кода.
Вот этот Fork-Fork-Fork-Join-Fork...Join-Join процесс было не сравнить с задачей ведения учета изменений, когда новое звено можно присоединять к цепи только после как остыло предыдущее.