В настоящее время у меня есть хранилище c publi - мой самый популярный на GitHub на данный момент - которое я хочу сохранить в качестве нового активного хранилища. Примерно через месяц go я перенес опубликованный код c в частный репозиторий в надежде выпустить другую версию проекта с некоторыми дополнительными (несущественными) функциями, а также как обновленный пользовательский интерфейс.
К сожалению (и я ненавижу себя за это), я сделал так много исправлений ошибок и обновлений в коде частного репозитория (включая структурную перестройку функции основного фокуса) , что я хочу, чтобы это был новый publi c репозиторий, и пока придерживайтесь его как единственного релиза.
Большинство имен файлов остаются такими же, с некоторыми незначительными оговорками. В нем есть компонент графического пользовательского интерфейса (раскадровки интерфейса), которым в основном управляет IDE (XCode) - этот файл мне, вероятно, придется полностью заменить новой версией файла, но это не является большой проблемой, так как Apple не рекомендует пользователям переходить в любом случае и редактируйте этот код напрямую.
Если вы знакомы с Xcode и Swift, вы узнаете IDE ниже. Если нет, файлы проекта отображаются в левом столбце каждого окна, а элементы пользовательского интерфейса (раскадровки) находятся справа от этого столбца. Независимо от того, с чем я работаю:
Как видите, имя проекта также отличается (Старый: Ultra for Apple Music → Новое: Themes for Music).
Как лучше всего перенести новый проект? Я думал о:
- Создание новой ветки в репозитории c (не знаю, как ее назвать)
- Копирование и вставка большей части кода вручную (из частное репо в publi c repo)
- Добавьте дополнительные файлы Swift, удалите существующие файлы Swift, которые больше не используются в новой версии
- Замените файл Storyboard полностью и заново соединить все объекты в IB вручную
- Объединить новую ветку с Мастером
Есть ли лучший способ go по этому поводу? Может быть, я должен просто зафиксировать непосредственно перед Мастером (я знаю, что ветви используются только для изменений в гораздо меньших масштабах). Я не хочу, чтобы изменения проекта на GitHub выглядели так, как будто я удалил все и заново добавил все, если мне не нужно.
Опять же, я бы предпочел не заменять уже опубликованные Страница проекта c - это мой самый популярный проект на GitHub на сегодняшний день .