Допустим, есть у вас некий софт, который вы продаете.
Почти каждый покупатель просит добавить в него свои фичи, которые зачастую требуют изменения основных функций в софте, даже его главного алгоритма.
До какого-то времени всё решают настройки - каждую «фичу» можно отключить. Но вот опций становится всё больше и больше - софт становится монстром и при этом его функционал имеет свойство со временем ломаться, а весь тестировать каждый день нереально.
Вам приходит идея продавать некую базовую версию, в которой есть только то, что надо всем клиентам, а когда просят доработки - делать под каждого клиента форк.
Важно - то что рано или поздно клиент пропадет и форк можно будет выкидывать, хранить и поддерживать их можно только для того кто их заказал.
И вот ломается одна из основных функций - вы фиксите её в базовом комплекте, но надо фиксить руками также и во всех форках.
И автозаменой текста тут не обойтись, так как форки могут быть очень уникальными и просто сломаются после апдейта.
Опять же нет смысла фиксить те форки, заказчики которых давно не обращаются к вам за апдейтами.
Можно обновлять форк тогда, когда заказчик обратится за апдейтом, но:
1. бесплатными апдейтами тут уже не порадуешь, как бы ни хотелось, потому что даже тупой перенос кода требует сил и времени.
2. если за последнее время было много апдейтов, как проследить их все и правильно перенести? Простым diff-ом не обойтись, т.к. форк может быть уникальным и сильно отличаться.
Остается разве что записывать каждый фикс в отдельный changelog, где подробно излагать его суть
Подозреваю что есть ещё подводные камни, но я и к этим двум не могу придумать красивого решения уже давно


Ответ на:
комментарий
от chg

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум Множества (2005)
- Форум Множество time_WAIT (2022)
- Форум [математика, множества] (2010)
- Форум Разбиение множества (2010)
- Форум Пересечение множеств (2008)
- Форум Как сделать множество множеств в python? (2012)
- Форум [mpc][sv8][chapters] Нужен софт, поддерживающий chapters (2010)
- Форум Опрерации над множествами (2012)
- Форум elisp: множество опций (2011)
- Форум RFC2217 - множество клиентов? (2013)