Какое-то время он не требовал особых доработок, но уже ближе к Xcode 12 регулярно начали возникать проблемы, решение которых требовало бОльших временных затрат
А каких именно проблем, если не секрет?)
что подразумевается под системой управления линковкой и какие конкретно проблемы она должна решить?
Опять же, не хочется додумывать за вас, но по всей видимости, если я правильно понял, то появились проблемы с тем, как линкуются статические и динамические зависимости, и что нужно в XCodeGen-конфиге руками указывать какую встраивать в ваш модуль/фреймворк, а какую нет например. И со временем, и кол-вом сторонних зависимостей становится сложно регулировать, что куда и как линковать. На что я и предложил, как идею, написать вспомогательное решение, которое занималось бы генерацией конфигов для XcodeGen-а (и как следствие проверкой что куда и как слинкованно в проекте).
Carthage только скачивает и собирает зависимости, но не встраивает их в проектный файл. Соответственно, это простой и гибкий инструмент
А скоро мы совсем избавимся от Carthage, что давно хотели сделать.
Получается вы давно мечтали избавиться от гибкого инструмента?) (шутка)
Вопрос №1: Может быть стоило написать свою систему управления линковкой?) Некую генерацию конфигов для XcodeGen-а. ИМХО - это заняло бы намного меньше времени, чем переезжать на новый пакетный менеджер (как я понял еще и не закончили переезд).
Вопрос №2: SPM складывает все в DerivedData. У iOS-разработчиков, со временем, вырабатывается привычка делать clean проекта / чистить кеш XCode. Соответсвенно все 40+ (!) зависимостей (пока их 25, но когда-то же там будут все, видимо) зачищаются и происходит их вытягивание по-новой + переиндексация проекта. Как живется с этим?) И сюда же - как правило, на CI перед сборкой тестов/прогоном сборки обязательно зачищается DerivedData. Каждый раз вытягиваете, или филигранно кешируете только то, что нужно?)
А как же проблемы с производительностью у SUI List-ов (с разными ячейками)? ?
А можете рассказать, как это сделать?)
А каких именно проблем, если не секрет?)
Опять же, не хочется додумывать за вас, но по всей видимости, если я правильно понял, то появились проблемы с тем, как линкуются статические и динамические зависимости, и что нужно в XCodeGen-конфиге руками указывать какую встраивать в ваш модуль/фреймворк, а какую нет например. И со временем, и кол-вом сторонних зависимостей становится сложно регулировать, что куда и как линковать.
На что я и предложил, как идею, написать вспомогательное решение, которое занималось бы генерацией конфигов для XcodeGen-а (и как следствие проверкой что куда и как слинкованно в проекте).
?
Получается вы давно мечтали избавиться от гибкого инструмента?) (шутка)
Вопрос №1: Может быть стоило написать свою систему управления линковкой?) Некую генерацию конфигов для XcodeGen-а. ИМХО - это заняло бы намного меньше времени, чем переезжать на новый пакетный менеджер (как я понял еще и не закончили переезд).
Вопрос №2: SPM складывает все в DerivedData. У iOS-разработчиков, со временем, вырабатывается привычка делать clean проекта / чистить кеш XCode. Соответсвенно все 40+ (!) зависимостей (пока их 25, но когда-то же там будут все, видимо) зачищаются и происходит их вытягивание по-новой + переиндексация проекта. Как живется с этим?)
И сюда же - как правило, на CI перед сборкой тестов/прогоном сборки обязательно зачищается DerivedData. Каждый раз вытягиваете, или филигранно кешируете только то, что нужно?)