Редактирование: Руководство по веткам (Git и Qt)
Материал из Wiki.crossplatform.ru
Внимание: Вы не представились системе. Ваш IP-адрес будет записан в историю изменений этой страницы.
Правка может быть отменена. Пожалуйста, просмотрите сравнение версий, чтобы убедиться, что это именно те изменения, которые вас интересуют, и нажмите «Записать страницу», чтобы изменения вступили в силу.
Текущая версия | Ваш текст | ||
Строка 1: | Строка 1: | ||
- | |||
- | |||
- | |||
- | |||
- | |||
=== Руководство по созданию, обслуживанию и закрытию веток === | === Руководство по созданию, обслуживанию и закрытию веток === | ||
Это руководство поможет вам избежать создания целого леса веток разработки и адского слияния. Придерживайтесь простых правил и вы обнаружите, что поддерживать и объеденять отдельные строки кода - это просто. | Это руководство поможет вам избежать создания целого леса веток разработки и адского слияния. Придерживайтесь простых правил и вы обнаружите, что поддерживать и объеденять отдельные строки кода - это просто. | ||
- | + | ||
=== Создание новой функциональной ветки === | === Создание новой функциональной ветки === | ||
- | Когда создаётся новая ветка то, | + | Когда создаётся новая ветка то, чтобы начать вы должны выбрать одну ветку за основу. Хорошей основой являются ветки: |
# Стабильные | # Стабильные | ||
# Долгоживущие | # Долгоживущие | ||
Строка 26: | Строка 21: | ||
# Если вы хотите получить только те изменения, которые вы сделали и слить их в другую ветку, без учёта изменений вашей базовой ветки, тогда вы можете использовать <code>git rebase</code>. Это может быть сложная операция и лучше работает на относительно мелких изменениях. | # Если вы хотите получить только те изменения, которые вы сделали и слить их в другую ветку, без учёта изменений вашей базовой ветки, тогда вы можете использовать <code>git rebase</code>. Это может быть сложная операция и лучше работает на относительно мелких изменениях. | ||
- | === | + | === Experimental work === |
- | + | A common situation is that you have two separate feature branches and you would like to try out how both of them behave together. Simply create a third, short-lived branch based on the one feature branch and with the second one merged into it. If in the process of testing the combination of both branches you discover that additional changes are needed, then you can commit them first into your experimental branch. Afterwards use <code>git-cherry-pick</code> to pick them into one of the two originating branches and delete your experimental branch again. | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + |