Эта страница более подробно описывает правила из блока правил для отправки кода на GitHub, включая правила для обновления содержимого двух веток.
Обновить ветку master до текущего состояния ветки dev
<aside> 👉 Использовать только в тех случаях, когда вы проделали изменения в ветке dev, предварительно обновив её (если это необходимо) до последнего состояния ветки master (например, с помощью правила make git-dev-ready).
</aside>
Типичный вид ветки dev:
Типичный вид результата выполнения этого правила:
Если форсирование изменений не было активировано (переменная force-changes), и при выполнении этого правила терминал сообщил, что «нечего коммитить», значит, изменений на ветке dev не было произведено.
Для исправления ошибок с существованием ветки feature выполните следующие команды:
git checkout dev
git branch -D feature
Используйте форсирование изменений, чтобы не встречать эту проблему. При каждом запуске правила будет изменяться последняя строчка в make-файле: если она содержала код, то создастся пустая строчка; если была пустой или содержала один пробел, добавится ещё один пробел; если она содержала два и более пробелов, последний байт в строчке будет удалён. За выполнение этого отвечает правило make force-change.
Типичный результат работы в таком режиме (копии собирающих коммитов сделаны специально):
<aside> 👉 Слияние может завершиться ошибкой, если были переименованы/удалены каталоги. В таком случае рекомендуется вручную переместить последнюю версию на другую ветку и выполнить правило make git.
</aside>
Обновить ветку dev до текущего состояния ветки master
<aside> 👉 Алгоритм аналогичен содержимому правила make git-dev, поэтому требования аналогичны тем же образом.
</aside>