Это значит что структура файлов и папок для всех репозиторие идентична, и один и тот же файл может одновременно присутствовать в нескольких репозиториях.
Я бы еще добавил что Merge можно делать в отдельную ветку, идентичную Master, решить все конфликты, проверить работоспособность, и потом спокойно все слить обратно в Мастер без конфликтов.
Не совсем понятно что делать если допустим модуль параллельно менялся в основной ветке, ведь проектов может быть несколько, и фичи надо будет объединить в один конечный результат, потому руками мерджить релизы?
Совместимость компонентов не попадает в разрез задачи (как раз для этого вполне подошли бранчи и теги).
Ну почти со всем этим справиться мой костыль, задача была найти более простое и правильное решение.
С ветками знаком поверхностно, помню пытался такое провернуть. Но после того как я слил к себе ветку в которой было в ходе разработки удаление файлов, нужных для второй ветки, и git удалил их. Мне показало это не то что мне нужно. Так же мне не совсем понятно, если в третей ветке я поменял логику и мне надо слить новый функционал который только под версией первой ветки. Как быть?
Если на пальцах: к примеру у нас отдельная ветка Image Gallery, мы ее + еще десаток таких веток сливаем в Master, разрабатываем проект, в ходе появляются новые функции у Image Gallery которые надо выгрузить обратно в ее ветку, но только файлы этого модуля.
Заметил что если я перенастраиваю /etc/network/interfaces и перезагружаю систему то скорость временно подымается (несколько часов).
С чем бы это могло быть связанно?
Да так и есть, переиндексация будет занимать не мало времени, так же не все параметры системы разделяються на вебсайты. То что нужен будет не слабый сервер однозначно при выборе Magento. Возможно понадобитсья оптимизация или полная переработка отдельных узлов системы. Вот я и говорю, вы должны сами понимать почему именно Magento, если она покроет из коробки 70-80% нужного вам функционала, а на оставшиеся 20-30 у вас есть комманда опытнах magento разработчиков то можно пробовать, иначе вас ждет боль и страдания )))
Чего ей вешаться то? Там же разделение на уровне структуры, в один момент система работает в пространстве одного website и store view. Грубо говоря есть таблица, core_website по, и все данные выбираються через join на эту таблицу, независима от колличеста сайтов join будет делаться. А пару сотен записей в таблице это вообще смешно.
Точнее один большой + множество независимых.