Если удалить ветку, то что происходит с дочерними ветками?
Если удалить ветку, то что происходит с дочерними ветками?
Когда я удаляю ветку — это я что делаю-то по сути? Какой-то определенный комит удаляю или что?
- Вопрос задан 13 янв. 2023
- 527 просмотров
1 комментарий
Простой 1 комментарий
Сергей Кузнецов @sergey-kuznetsov Куратор тега Git
Вы представляете ветку как цепочку коммитов с названием, но на самом деле, ветка это лишь указатель на какое-то место в цепочке коммитов. Поэтому при удалении ветки не удаляются никакие коммиты и «дочерние» ветки тоже никак не изменяются. Коммиты сами по себе являются неизменяемыми сущностями. Их можно создать, но удалить напрямую нельзя. Их удаляет сборщик мусора в тот момент, когда коммит не принадлежит никакой ветке.
Когда я удаляю ветку — это я что делаю-то по сути?
Вы удаляете указатель. Но даже он не удаляется а сохраняется в журнале reflog.
Больше ничего не удаляется. Даже коммиты остаются на месте.
Решения вопроса 3
egor_nullptr @egor_nullptr
Ветка — это указатель на коммит. Удаляя ветку, вы удаляете указатель, если на этот коммит больше нет указателей, то он «потеряется» (найти его можно будет только через git reflog).
Ответ написан 13 янв. 2023
Комментировать
Нравится 7 Комментировать
Alexandroppolus @Alexandroppolus
проще всего представлять так: коммиты образуют что-то вроде связного списка (не обязательно линейного, могут быть разветвления, но это не суть важно). А ветка — указатель на коммит, т.е. на некоторый узел в этом списке. Удаляешь ветку — просто удаляешь этот указатель, при этом коммит остается.
Ответ написан 13 янв. 2023
Комментировать
Нравится 1 Комментировать
Еда — это святое
Удалятся только те коммиты, на которые не ссылается больше ни один коммит, достижимый из оставшихся веток. Потому если ваша ветка была частью какой-то другой ветки, то при её удалении ничего не исчезнет, кроме самого указателя.
Работа с ветками SVN
Прежде чем приступать вообще к использованию веток, и даже если вы и не думаете их использовать, необходимо прочесть Этот Священный Талмуд.
После того как вы прочли статью о ветках в svnbook, вы уже понимаете для чего нужны ветки, как с ними работать и в каких случаях их необходимо использовать. В принципе, после этого, то, что написано под катом вам уже скорее всего не нужно. Но если вам было лень читать, то может текст ниже вас заинтересует, и вы все таки прочтете статью документации. А может, просто поможет вам лучше понять то, что только что прочли в svnbook-е.
Для чего все это?
Допустим у вас задача, которая займет времени больше чем один день. Политика частых коммитов предполагает, что мы коммитимся чаще чем 1 раз в день. Это позволяет нам чаще получать изменения, и избегать конфликтов. Если изменений в ревизии не много, то вероятность конфликтов уменьшается. Так же мы страхуемся от форс мажоров, вдруг что гафкнется — мы не потеряем недельную работу.
Но иногда задача длинная, а закоммититься где нибудь посредине мы не можем, по причине что недоделанная задача, закомиченная в основной код, может мешать другим разработчикам в их работе. Но не коммитится несколько дней тоже неправильно. Во-вторых, может понадобиться выгрузка кода на продакшен. Если мы коммитим в основную ветку недоделанную задачу, она попадет на продакшен, что не кошерно. Для этого существуют ветки. Они позволяют нам комитится в любое удобное для нас время, при этом не мешая всем остальным. Так же ветки позволяют работать над несколькими задачами параллельно, не перемешивая их.
Что такое ветка?
Это всего лишь копия директории svn. Точнее так называемая «легкая копия», содержащая только изменения. Одинаковые файлы не копируются. Ветка имеет общую историю до момента её создания с основной веткой. В общем случае веток может быть сколько угодно, и каждая из них может ветвиться. Но в стандартом проекте принято иметь три постоянных ветки:
* trunk — основная линия разработки. Здесь будет актуальный на данный момент код, здесь будут выполняться мелкие задачи и правки багов.
* branches — ветка для разработчиков. гсуто ветвится другими ветками. Именно в ней вы будете создавать свои ветки.
* tags — ветка тэгов. Тут создаются всякие метки, отмечающие значимые вехи развития проектов, проще говоря его стабильные и не очень версии. Нужна она для того, что бы всегда можно было вернуться до какой нибудь версии, например что бы посмотреть «почему эта хрень раньше работала а потом перестала, сцуко»
Программисты отвечают за то, что бы
* Создать ветку тогда когда это нужно для стабильного существования проекта. В общем случае если вы чувствуете что задача будет длиться больше пары дней (а иногда и дня), и все это время вы не сможете безболезненно коммититься хотя бы пару раз в день, вам нужна ветка.
* Поддерживать свою ветку в актуальном состоянии — то есть необходимо избавиться от панического страха перед командой merge как можно раньше, и мержить не реже чем комитишь. Иначе конфликтов при сливании ветки с транком не избежать.
* Удалить ветку после завершения задачи. Ветки разработчиков — временные ветки, поэтому они должны удаляться, когда задача завершена. В крайнем случае, они могут пожить еще несколько дней, для уверенности, что в задаче нет больших ошибок. Дальше ветка никому нужна не будет, её можно удалять. Все равно, через некоторое время, она так далеко отойдет от основной линии разработки, что уже никакой мердж не сможет ей вернуть актуальность.
Как работать с ветками
Создать новую ветку очень просто. Как следует из талмуда, делается это командой copy. Допустим, мы разрабатываем некий проект — BUMP (Большой Афигенный Мега Проект). Для нашего случая, нужно выполнить такую команду:
svn copy svn://svnserver/var/bump/trunk svn://svnserver/var/bump/branches/my-branch -m=»Creating a private branch of /bump/trunk»
Для того, что бы переключиться в новую ветку:
s vn switch svn://svnserver/var/bump/branches/my-branch
Для того что бы проверить в какой ветке находитесь сейчас
Переключившись в новую ветку, вы можете вносить правки, коммитить, и никто другой ничего не заметит. Но надо помнить, что команда switch очень похожа на команду update, поэтому, если вы будете переключаться из одной ветки в другую, вы можете получить конфликты, если были правки в одном и том же файле. Именно поэтому, надо почаще мержить изменения из основной ветки.
Копирование изменений между ветками
Для того что бы держать свою ветку в актуальном состоянии, вам необходимо периодически копировать изменения из основной ветки. Это необходимо для того, что бы избежать конфликтов при слиянии веток или при переключении в основную ветку. Поэтому мержится нужно почаще, хотя бы раз-два за день. Можно взять за правило: мержиться перед каждым коммитом. Команада merge, наверное, самая сложная из команд svn. И все дело в том, что svn не помнит о ваших предыдущих мержах (до версии 1.5). А раз не помнит, значит вы рискуете скопировать себе изменения, которые уже у вас есть, после предыдущего мержа. Но этот недостаток легко обойти. После каждого копирования изменений себе в рабочую копию, вам необходимо закомитить их в свою ветку. В комментарии укажите диапазон ревизий, включенных в ваш текущий мерж. То есть например так: «merged from trunk r1234:1256». Этот комментарий будет служить вам памяткой, и вы в любой момент сможете посмотреть когда вы последний раз мержились и какая ревизия является последней. Такие комментарии включать обязательно, иначе, будут большие проблемы и непонятки. И еще. Для того что бы быть уверенным что все смержится удачно, можно сначала, перед реальным копированием, сделать проверочное. Для этого используется параметр —dry-run который только показывает вывод, не внося изменений в рабочую копию.
Итак, посомтреть изменения из транка можно такой командой:
svn merge -r4106:HEAD svn://svnserver/var/bump/trunk ./ —dry-run
Получаем, например, такой вывод:
— Merging r4107 into ‘.’:
U db/queries.txt
U ejb/src/main/java/ru/bump/action/folder/MoveFolderActionLocal.java
U ejb/src/main/java/ru/bump/action/user/UserRegistrationAction.java
Это означает что в ревизии r4107 изменилось 3 файла. Отлично, все правильно, копируем изменения
svn merge -r4106:HEAD svn://svnserver/var/bump/trunk ./
И комитимся:
svn ci -m «merged from trunk r4106:4108»
Число 4108 это номер текущей ревизии. Получить его просто. Достаточно выполнить команду svn up.
Заметьте, что число 4106, в этом случае, это ревизия создания нашей ветки. Когда вы будете первый раз мержиться, вам нужно будет узнать номер этой ревизии. Это легко, достаточно выполнить команду
svn log —stop-on-copy
Далее вам это число больше не понадобиться. Номер нужной ревизии вы сможете узнать из вашего же комментария. Таким образом, когда вы будете мержить в следующий раз вам необходимо выяснить номер ревизии последнего мержа. Например в Linux я делаю так:
#:~/www/bump$ svn log | grep merged
merged from trunk r4106:4108
Таким образом, что бы смержить еще раз из транка нужно выполнить команду
svn merge -r4109:HEAD svn://svnserver/var/bump/trunk ./
Завершение работы над задачей
Если работа над задачей завершена, вам нужно
* Слить свои изменения в транк
* Удалить свою ветку что бы не мешалась
Сливаем в транк той же командой merge. Для этого выясняем ревизию создания ветки, и свитчимся в транк.
svn switch svn://svnserver/var/bump/trunk
После этого копируем изменения из своей ветки
#svn up
At revision 4155
#svn merge svn://svnserver/var/bump/trunk@4155 svn://svnserver/var/bump/branches/my-branch@4155
Если все прошло нормально, нет никаких конфликтов и доделать ничего не нужно, комитим изменения в основную ветку, а свою ветку можно теперь удалить. Она совсем не отличается от транка, и в случае надобности мы всегда сможем создать еще одну ветку. Да и стоит помнить что наша ветка конечно же не удаляется физически, просто она удаляется из HEAD, но в ранних ревизиях мы всегда сможем её отыскать, и при необходимости востановить. Так что смелее:
svn delete svn://svnserver/var/bump/branches/my-btanch -m «Removing my-branch branch.»
Между прочим, удаление ветки, после слития задачи в транк, не строго обязательно. Удаление ветки обязательно при завршении задачи, а слитие в транк вовсе не означает что задача полностью завершена. Теоретически сливать свои изменения (как полностью так и частично) вы можете и несколько раз в течении работы над задачей, например, если задача разбита на этапы, каждый из которых является законченным и работоспособным. Или, например изменения которые вы сделали нужны (или могут пригодиться) другим разработчикам, но при этом не мешают работе всего приложения (новая либа, или дополнения к интерфейсу существующих либ и классов). Вообщем, решение об мёрже своих изменений в транк должен принимать программист (или группа) — владелец ветки. Что конечно не исключает варианта с кем нибудь посоветоваться в случае если есть сомнения.
В принципе, желательно стараться не допускать каких-то значительных расхождений транка и других веток, если, конечно, это не мешает проекту.
В этой статье содержится лишь малая часть сведений о работе с ветками. Она может служить как памятка, но не как самоучитель. Поэтому настоятельно рекомендуется прочесть соответствующий раздел svnbook. В нем содержится множество сведений которые не попали в этот опус, но необходимы для понимания того как работать с ветками.
Как удалить ветку в Git
Git – популярная система контроля версий и необходимый инструмент в арсенале любого разработчика.
Ветки – неотъемлемая часть работы с Git. В этой статье вы узнаете, как их можно удалять.
Что такое ветки в Git?
Ветка – это снапшот проекта и всех его изменений с определённого момента времени.
При работе над большим проектом главный репозиторий со всем кодом часто называют main или master .
Ветвление позволяет создавать новые независимые версии рабочего исходного кода. Ветки можно создавать, чтобы внести изменения, добавить новые функции или написать тест для исправления бага. Новая ветка позволяет делать это без вмешательства в основной код.
Итак, подведем итог: ветки позволяют вносить изменения в кодовую базу, не затрагивая основной код, до тех пор, пока вы не будете готовы включить эти изменения в проект.
Это поможет вам хранить свою кодовую базу в чистоте и порядке.
От редакции Techrocks. Не всегда для работы над отдельными фичами создаются отдельные ветки. На эту тему можно почитать статью «Что такое Trunk Based Development (TBD)?»
Зачем удалять ветки в Git?
Итак, вы создали ветку, чтобы работать в ней над какими-то изменениями. Затем вы слили свои изменения в исходную версию проекта.
Это значит, что вам больше не нужна ветка, в которой вы работали над изменениями. Удалить ее будет хорошим тоном: таким образом она не будет мешаться в вашем коде.
Как удалить локальную ветку в Git
Локальные ветки – это ветки на вашем компьютере, которые не влияют на ветки удаленного репозитория.
Команда для удаления локальной ветки в Git:
git branch -d local_branch_name
- git branch – команда для удаления локальной ветки.
- -d – флаг, опция команды git branch , сокращенный вариант записи —delete . Как и следует из названия, предназначен для удаления ветки.
- local_branch_name – имя удаляемой ветки.
Давайте рассмотрим это подробнее на примере.
Следующая команда позволяет вывести список всех локальных веток:
git branch
У меня две ветки: master и test2 . Сейчас я нахожусь на test2 , на что указывает значок (*) :
Я хочу удалить ветку test2 . Но удалить ветку, в которой вы находитесь и которую просматриваете в данный момент, нельзя.
Если мы попытаемся это сделать, то получим примерно такую ошибку:
Так что перед удалением локальной ветки обязательно переключитесь на другую, которую не собираетесь удалять.
Переход делается при помощи команды git checkout :
git checkout branch_name # branch_name – имя ветки, на которую нужно перейти # в моём случае альтернативная ветка – master, поэтому я сделаю так: # git checkout master
Теперь можно удалять ветку:
Для удаления ветки мы использовали команду git branch -d . Но она работает не во всех случаях.
Если в ветке присутствуют несмерженные изменения или незапушенные коммиты, флаг -d не позволит удалить такую локальную ветку.
Это связано с тем, что эти коммиты нигде более не отслеживаются, и Git защищает вас от случайной потери этих данных.
Если все же попытаться удалить такую ветку, Git выдаст ошибку:
Как предложено в тексте ошибки, вы должны воспользоваться флагом -D :
git branch -D local_branch_name
Флаг -D с большой D (сокращенная запись опции —delete —force ), принудительно удаляет локальную ветку, вне зависимости от ее статуса мержа.
Используйте данную команду с осторожностью: после её ввода у вас не будут просить подтверждение удаления. Прибегайте к ней только когда абсолютно уверены, что хотите удалить локальную ветку.
Если вы не объединили её с другой локальной веткой или не запушили изменения в удаленный репозиторий, вы рискуете потерять все произведённые изменения.
Как удалить ветку в удалённом репозитории Git
Удалённые ветки существуют отдельно от локальных.
Это ветки в репозиториях на удалённых серверах, к которым мы имеем доступ. В этом заключается их отличие от локальных: последние находятся лишь у нас системе.
Команда удаления (прости Господи) удалённой ветки:
git push remote_name -d remote_branch_name
- Вместо команды git branch , которая используется для локальных веток, удалить ветку в удалённом репозитории можно командой git push .
- Затем указывается имя удалённого репозитория, в большинстве случаев это origin .
- -d – флаг для удаления, сокращённый вариант опции —delete .
- remote_branch_name – имя удаляемой ветки.
Рассмотрим пример того, как можно удалить ветку в origin.
Чтобы увидеть все удалённые ветки, используйте эту команду:
git branch -a
Благодаря флагу -a (сокращенная запись опции —all ) показываются все ветки: и удалённые, и локальные.
У меня созданы две локальные ветки ( master и test ) и две удалённые ( origin / master и origin / test ).
Флаг -r ( сокращенная запись опции —remotes ) позволяет вывести только удалённые репозитории.
Я хочу удалить ветку origin/test , поэтому я воспользуюсь следующей командой:
git push origin -d test
Мы стёрли ветку test в удалённом репозитории origin . Поэтому origin/test больше нет:
Заключение
Теперь вы знаете, как избавляться от локальных и удалённых веток в Git. Спасибо за внимание и удачи!
Как убрать ТРЕДЫ (или же ветки) с сервера дискорд?
В дискорде появилась новая функция треды или же ветки, можно ли их как-нибудь отключить на сервере, или же есть какое-нибудь право, отключив которое оно запрещает создавать треды/ветки?
Голосование за лучший ответ
Такой функции пока не предусмотрено но я чую что разработчики в скором времени это добавят, есть только параметр который усиливает полномочия для участников, например удаление своей ветки и т. д
Похожие вопросы