Восстановление удаленной ветви Git с веб-портала
В этой статье описывается, как восстановить удаленную ветвь Git с помощью веб-портала в Azure Repos. Если вам нужно восстановить ветвь Git в собственном репозитории из Visual Studio или из командной строки, отправьте ее из локального репозитория в Azure Repos, чтобы восстановить ее.
Политика хранения для удаленных ветвей отсутствует. Удаленную ветвь Git можно восстановить в любое время независимо от того, когда она была удалена.
- Откройте репозиторий в Интернете и выберите представление Ветви.
- Выполните поиск точного имени ветви с помощью поля Поиск всех ветвей в правом верхнем углу.
- Щелкните ссылку Поиск точного соответствия в удаленных ветвях. Если есть удаленная ветвь, соответствующая поиску, вы сможете увидеть, на какую фиксацию она указывала, когда она была удалена, кто ее удалил и когда она была удалена.
- Чтобы восстановить ветвь, щелкните значок . рядом с именем ветви, а затем в меню выберите Восстановить ветвь . Ветвь будет повторно создана при последней фиксации, на которую она указала. Обратите внимание, что политики и разрешения ветвей не будут восстановлены.
Если вы использовали одно и то же имя ветви для разных фиксаций, при восстановлении удаленной ветви могут отображаться не все ожидаемые фиксации. В этом случае перейдите на страницу Pushes восстановленной ветви, чтобы просмотреть весь журнал ветви.
Вы можете перейти к определенной фиксации, а затем выбрать Новая ветвь на значке . . После этого можно использовать запрос на вытягивание, вишневой выбор или слияние, чтобы вернуть фиксации в нужную ветвь.
Вы можете перейти к определенной фиксации, а затем выбрать Новая ветвь на значке . . После этого можно использовать запрос на вытягивание, вишневой выбор или слияние, чтобы вернуть фиксации в нужную ветвь.
33. Удаленные ветки
Давайте посмотрим на ветки, доступные в нашем клонированном репозитории.
Выполните
git branch Результат
$ git branch * main Как мы видим, в списке только ветка main . Где ветка style ? Команда git branch выводит только список локальных веток по умолчанию.
01 Список удаленных веток
Для того чтобы увидеть все ветки, попробуйте следующую команду:
Выполните
git branch -a Результат
$ git branch -a * main remotes/origin/HEAD -> origin/main remotes/origin/style remotes/origin/main Git выводит все коммиты в оригинальный репозиторий, но ветки в удаленном репозитории не рассматриваются как локальные. Если мы хотим иметь собственную ветку style , мы должны сами ее создать. Через минуту вы увидите, как это делается.
Как посмотреть все ветки Git
Чтобы вывести список локальных веток используйте команду:
git branchЧтобы узнать список веток репозитория на сервере (remote branches), используйте команды:
git fetch git branch -rВ этом случае вы сначала обновляете локальный репозиторий и загружаете все удаленные (remote) ветки сервера, а затем выводите их на экран.
Для того, чтобы посмотреть список вообще всех веток в репозитории, используйте команду:
git branch -aGit для начинающих. Урок 8.
Ветки на сервере
Краткое содержание урока, основные инструкции для командной строки, полезные ссылки и советы.
Просмотр веток на сервере
- git branch выводит список локальных веток
- git branch -r (remote) — список веток на сервере
- git branch -a (all) — список всех веток, локальных и удаленных
Удаленные ветки начинаются с remotes/origin/
$ git branch master * news $ git branch -a master * news remotes/origin/master remotes/origin/news remotes/origin/students
Как отслеживать новые ветки на сервере
Если мы в проекте не одни, то в нем будут постоянно появляться новые ветки. Но как их увидеть?
Допустим, у нас в проекте есть только ветка master. В это время кто-то добавил новую ветку news. Просто git branch -a удаленные ветки не покажет
$ git branch -a * master remotes/origin/master
Чтобы их увидеть, сначала нужно выполнить команду git fetch, которая сходит на сервер и проверит, что там есть нового
$ git fetch remote: Enumerating objects: 5, done. remote: Counting objects: 100% (5/5), done. remote: Compressing objects: 100% (3/3), done. remote: Total 3 (delta 2), reused 0 (delta 0), pack-reused 0 Unpacking objects: 100% (3/3), done. From github.com:Webdevkin/site-git * [new branch] news -> origin/news
Мы видим, что появилась новая ветка news, и команда git branch -a это подтверждает
$ git branch -a * master remotes/origin/master remotes/origin/news
Обратите внимание, ветка news появилась только в списке удаленных, но не локальных. То есть команда git fetch не создает локальные ветки, она просто подтягивает информацию о них. Чтобы переключиться на новую ветку, нужно выполнить git checkout
$ git checkout news Branch news set up to track remote branch news from origin. Switched to a new branch 'news'
Вот теперь мы переключились на новую ветку
$ git branch -a master * news remotes/origin/master remotes/origin/news
Как удалить ветку с сервера
Выполняем пуш ветки, только с флагом —delete
$ git push origin --delete news To git@github.com:Webdevkin/site-git.git - [deleted] news
Как работать с удаленными ветками в PhpStorm
Точно так же, как и с локальными, только в списке Remote Branches. Чтобы увидеть новые ветки, тоже нужно выполнить команду fetch. Правый клик — Git — Repository — Fetch. А уже потом можно переключаться на эту ветку: Remote Branches — branch_name — Checkout as.
Что могу посоветовать
- регулярно просматривайте github — так вы будете лучше понимать, чем занимаются ваши коллеги
- не забывайте делать git fetch перед переключением на удаленную ветку
- обсудите с коллегами правила именования веток и соблюдайте их
Я не в первый раз упоминаю про именование коммитов и веток. Если вы работаете один, то как называть — ваше дело. Но если работаете в команде, то несоблюдение каких-то правил могут привести примерно к этому
Чтобы не ставить в такие ситуации ваших коллег, важно договориться, как именовать ветки и как подписывать коммиты. Это организационные моменты, которые очень упрощают работу с git. Подробнее мы их обсудим во второй части курса.
На этом все. В следующем уроке мы поговорим о слиянии или мерджах веток.
Спасибо за внимание и до встречи!
Все уроки курса
- Вводный урок
- 1. Установка и базовая настройка git
- 2. Создание и клонирование репозитория git
- 3. Делаем первые изменения, git status и git diff
- 4. Коммиты и история коммитов, git commit, git log и git show
- 5. Подробнее об истории коммитов. Путешествие по истории
- 6. Работа с сервером, git push и git pull
- 7. Ветки — главная фишка git, git branch и git checkout
- 8. Работа с ветками на сервере, git fetch
- 9. Слияния или мерджи веток, git merge
- 10. Конфликты и их разрешение
- Платная часть курса. Презентация
- * 11. Работа с gitignore и git exclude
- * 12. Буфер обмена git, git stash
- * 13. Копирование коммитов, git cherry-pick
- * 14. Отмена и редактирование последнего коммита
- * 15. Отмена произвольного коммита, git revert
- 16. Склеивание коммитов, git rebase —interactive и git reflog
- * 17. Зачем склеивать коммиты. Плюсы и минусы сквоша
- * 18. Работа с git rebase. Отличия от merge
- * 19. Что такое git push —force и как с ним работать
- * 20. Ищем баги с помощью git, git bisect
- * 21. Как и зачем работать с тегами git
- * 22. Процессы: github flow и git flow
- * 23. Псевдонимы в git
- 24. Мердж-реквесты
- * 25. Форки