Hexo-theme-volantis: Как правильно обновлять темы

@inkss, пожалуйста, помогите мне заполнить метод форка, как обновить тему. 😀

Как правильно обновить тему (Fork)

Эта статья основана на использовании программного обеспечения GitKraken , ссылки по теме: GitKraken: бесплатный клиент Git GUI — Windows, Mac, Linux

Если вы уже клонировали тему и добавили ее в репозиторий своего блога, следуя инструкциям в статье Настройка подмодулей в теме, эта статья будет вам очень полезна, если вы еще этого не сделали, попробуйте. Вот окружение склада для этой статьи: склад блогов Hexo-Blog , склад тем volantis .

1. Простое управление GitKraken

В программном интерфейсе GitKraken область с самой большой областью посередине — это историческая информация о представлении склада, сведения о выбранной записи представления справа и некоторая информация, связанная со складом, слева, сосредоточьтесь на ПОДМОДУЛЯХ. Панель параметров слева, если вы обычно добавляли репозиторий темы Fork в репозиторий блога, вы можете увидеть это здесь. Разверните вкладку ПОДМОДУЛИ, щелкните правой кнопкой мыши и выберите Открыть этот подмодуль , чтобы открыть подмодуль:

Введенный таким образом репозиторий является репозиторием вашей темы, и вы можете просмотреть историю всех отправлений и т. д. на текущей странице. Во избежание неблагоприятных последствий, вызванных некоторыми насмешливыми названиями, настройки таковы: репозиторий Fork называется репозиторием тем , а репозиторий hexo-theme-volantis называется репозиторием volantis .

На рисунке ветка, в которой находится репозиторий тем текущего форка, называется master-theme , а в правой части рисунка отображается информация о последнем коммите репозитория личной темы. В средней части верхняя часть — это ветка репозитория volantis, помеченная мастером (вы можете отличить ее по изображению с логотипом справа). Очевидно, что текущий репозиторий тем отстает от репозитория Volantis, поэтому нам нужно слить код в наш собственный репозиторий тем. Если вы не видите информацию о складе Volantis в интерфейсе после его открытия, это означает, что склад Volantis в настоящее время не добавлен в качестве удаленного.Вы можете добавить его следующим образом:

На вкладке REMOTE на левой панели щелкните знак «плюс», чтобы войти в интерфейс, показанный на следующем рисунке, выберите volantis-x/hexo-theme-volantis и добавьте его.

Во-вторых, операция слияния GitKraken.

1. Объединить

Щелкните правой кнопкой мыши ветку master репозитория volantis и выберите «Объединить volantis/master в xxxx» , чтобы выполнить слияние. Что касается того, почему бы не выбрать Rebase, лично я считаю, что лучше сохранить историю коммитов репозитория, чем изменять историю. Обычно операция слияния завершается автоматически, но в случае возникновения конфликта вы получите следующее напоминание: Сбой слияния, Есть конфликты слияния, которые необходимо разрешить. Как говорится, есть конфликты, которые необходимо разрешить, и правая вкладка отобразит окно «Объединить обнаруженные конфликты », в котором отображаются разрешенные и конфликтующие файлы.

Щелкните окно, чтобы разрешить конфликт.На этой странице верхняя часть представляет собой локальный и удаленный код, а нижняя часть представляет собой объединенное содержимое. Вы можете выбрать, следует ли выбрать локальный слева, удаленный справа или оба в соответствии с реальной ситуацией, например, вызов истории изменений.Если вы не удовлетворены выбранным результатом, вы также можете вручную изменить содержимое в окне «Вывод».По завершении нажмите « Сохранить », чтобы завершить операцию. (В принципе, вы должны выбрать один из них, вместо того, чтобы напрямую изменять содержимое вывода)

Иногда вы можете столкнуться с файлом, удаленным удаленным концом, и вы получите следующее приглашение: GitKraken не удалось определить, сохранять ли исходный код/css/_plugins/gitalkstyl, хотите ли вы его сохранить? GitKraken не будет активно удалять ваш файл, однако, в общем случае, нет необходимости его сохранять, достаточно просто удалить файл .

Наконец, после разрешения всех конфликтующих файлов вернитесь к интерфейсу списка репозиториев и нажмите « Зафиксировать и объединить », чтобы завершить отправку.

2. Перебазировать

Короче говоря, Rebase помещает все ваши изменения (коммиты) обратно в конец общедоступной ветки, в результате чего вы можете часто сталкиваться с принудительными фиксациями, и это не подходит для использования с операцией слияния.Следующее взято из: Rebase - официальный сайт Ляо Сюэфэна.

Конфликты могут легко возникнуть, когда несколько человек сотрудничают в одной и той же ветке. Детская обувь после толчка должна быть сначала извлечена и объединена локально, прежде чем толчок может быть успешным.

Короче говоря, это выглядит неряшливо, и обсессивно-компульсивные детские туфли спросят: почему история коммитов Git не может быть чистой линией? На самом деле это можно сделать! В Git есть операция под названием Rebase, которую некоторые люди переводят как «rebase».

Особенности операции Rebase: «Организуйте» историю разветвленных коммитов в прямую линию, что выглядит более интуитивно понятным. Недостатком является то, что локальный разветвленный коммит уже был изменен.

• Операция Rebase может организовать локальную историю разветвленных коммитов в прямую линию;

• Цель rebase — облегчить нам просмотр изменений в исторических коммитах, поскольку разветвленные коммиты требуют трехстороннего сравнения.

Возникновение и предотвращение конфликта

Конфликты обычно возникают, когда одно и то же место изменяется разными людьми, Git не может обработать это автоматически и выдает ошибку, которую должен разрешить пользователь. Поскольку тема все еще находится на подростковой стадии, скорость итерации обновления относительно высока, а явление конфликта может быть более очевидным Вот несколько идей, как уменьшить количество таких ситуаций.

1.Первый это конфигурационный файл.По правилам Hexo все изменения в конфигурацию можно вносить самостоятельно.Нет необходимости напрямую модифицировать config.yml под репозиторием темы.Здесь можно обратиться к: Использовать вместо файлов конфигурации темы . Файл класса конфигурации является наименее вероятным местом для конфликта .

2. Для файлов стилей, по правилам покрытия css, использование покрытия стилей веселее, чем прямое изменение стилей.Например, курсор в теме - это идея покрытия стиля.

В-четвертых, ведение истории кода

Вы можете просмотреть историю одного файла, чтобы сравнить свои личные модификации и максимально избежать потери кода. Как говорится, практика делает совершенным, и обновление темы больше не будет проблемой после нескольких операций.В конце, я надеюсь, вы пройдете весь путь и, наконец, вернетесь к первоначальному замыслу создания блога и закончите цветок ★,° :.☆(￣▽￣)/$: .°★ .

Иллюстрировано и подробно.

действительно хорошо, Марк

Как изменить тему на gitee?