Удаление репозитория Git из проекта
Удалите неиспользуемые репозитории Git из проекта, когда они больше не нужны. В этой статье показано, как удалить репозиторий Git из проекта Azure DevOps. Если вы хотите удалить весь проект, см. раздел Удаление проекта.
Невозможно удалить репозиторий, если это единственный репозиторий Git в проекте Azure DevOps. Если необходимо удалить единственный репозиторий Git в проекте, сначала создайте новый репозиторий Git , а затем удалите его.
Предварительные требования
- Для удаления репозитория из проекта необходимо иметь разрешения на удаление репозитория .
Если вы хотите использовать команду azure DevOps CLI az repos delete , выполните действия, описанные в статье Начало работы с Azure DevOps CLI.
Удаление репозитория Git из Интернета
Вместо того чтобы удалять репозиторий, рекомендуется переименовать его и заблокировать его ветвь по умолчанию. Журнал фиксаций репозитория будет потерян при его удалении.
- Выберите Репозитории, Файлы.
- В раскрывающемся списке репозитория выберите Управление репозиториями.
- Выберите имя репозитория в списке Репозитории , выберите меню . , а затем выберите Удалить репозиторий.
- Подтвердите удаление репозитория, введя имя репозитория и выбрав Удалить.
- Щелкните значок параметров в Интернете, чтобы открыть страницу администрирования проекта, и выберите Управление версиями.
- Выберите репозиторий Git, который нужно удалить из показанного списка, и выберите . рядом с именем. Выберите Удалить репозиторий.
Примечание Если панель Репозитории не развернута, выберите > , чтобы развернуть ее, и отобразите список репозиториев.
Для удаления репозитория Git Azure DevOps можно использовать Azure DevOps CLI.
az repos delete --id [--detect ] [--org] [--project] [--subscription] [--yes] Параметры
| Параметр | Описание |
|---|---|
| id | Идентификатор репозитория. Идентификатор репозитория можно получить, выполнив команду az repos list . |
| detect | Автоматическое обнаружение организации. Допустимые значения: false , true . |
| org , organization | URL-адрес организации Azure DevOps. Вы можете настроить организацию по умолчанию с помощью az devops configure -d organization= . Требуется, если не настроено по умолчанию или выбрано с помощью конфигурации Git. Пример: https://dev.azure.com/MyOrganizationName/ . |
| project , p | Имя или идентификатор проекта. Проект по умолчанию можно настроить с помощью az devops configure -d project= . Требуется, если не настроено по умолчанию или выбрано с помощью конфигурации Git. |
| subscription | Имя или идентификатор подписки Подписку по умолчанию можно настроить с помощью az account set -s . |
| yes | Не запрашивайте подтверждение. |
Пример
Следующая команда удаляет репозиторий Fabrikam с идентификатором 0d58f562-4a10-495d-94d7-7ac61a22d7cc . В этом примере используется следующая конфигурация по умолчанию: az devops configure —defaults organization=https://dev.azure.com/fabrikamprime project=»Fabrikam Fiber» .
az repos delete --id 0d58f562-4a10-495d-94d7-7ac61a22d7cc Are you sure you want to delete this repository? (y/n): y Команды Azure DevOps CLI не поддерживаются для Azure DevOps Server локальной среде.
Как отменить git init в уже существующем репозитории?
В папке с git-ом случайно нажал на git init , в итоге теперь когда делаю git status у меня все файлы отображаются как измененные. В git log последние коммиты остались. Как отменить действие команды git init ?
Отслеживать
20.2k 6 6 золотых знаков 37 37 серебряных знаков 81 81 бронзовый знак
задан 4 июн 2015 в 14:19
899 5 5 золотых знаков 12 12 серебряных знаков 30 30 бронзовых знаков
Да удалите каталог .git , который создаёт git init .
4 июн 2015 в 14:24
@klopp и потерять всю историю? Хмм, а вообще командой git init можно затереть какие-либо файлы git-а?
4 июн 2015 в 14:26
Нет, затереть какие-либо файлы нельзя, git init — команда идемпотентная. Связанный вопрос: Как правильно удалить Git tracking (контроль версий)?
22 июн 2017 в 3:31
3 ответа 3
Сортировка: Сброс на вариант по умолчанию
Если просто случайно создали репозиторий, то нужно удалить папку .git в корне. Это полностью уничтожит репозиторий и, разумеется, отменит то, что сделал git init . Через *nix-консоль это делается так:
rm -r .git Если же Вы сделали git init в уже существующем репозитории, то бояться нечего:
Running git init in an existing repository is safe. It will not overwrite things that are already there. The primary reason for rerunning git init is to pick up newly added templates (or to move the repository to another place if —separate-git-dir is given).
Отслеживать
34k 25 25 золотых знаков 130 130 серебряных знаков 222 222 бронзовых знака
ответ дан 4 июн 2015 в 15:33
23.8k 3 3 золотых знака 47 47 серебряных знаков 61 61 бронзовый знак
то что нужно. спасибо за ответ)
5 июн 2015 в 6:50
познавательно, спасибо
22 июн 2017 в 3:36
Судя по описанию, команда git init была выполнена не в корневой директории проекта, а в одной из вложенных. В таком случае всё, что внутри этой вложенной директории, изнутри нее считается новым репозиторием (а снаружи — старым).
При выполнении любой команды Git в некоторой директории происходит рекурсивный поиск репозитория снизу вверх. Т.е. проверяется текущая директория, потом ее родитель, потом родитель родителя и т.д. Как только находится директория .git , дальнейший поиск прекращается.
Предположим, у нас есть такая структура. В корневой директории проекта A инициализирован репозиторий Git.
A |-.git |-A/B |-A/C |-A/C/X |-A/C/Y |-A/C/Z |-A/D Теперь мы инициализируем новый репозиторий в директории A/C :
$ cd C $ git init A |-.git |-A/B |-A/C |-.git |-A/C/X |-A/C/Y |-A/C/Z |-A/D Теперь наблюдаем следующую картину:
При выполнении любой команды Git из директорий A , A/B , A/D , обнаруживается репозиторий в директории A .
При выполнении любой команды Git из директории A/C и вложенных, обнаруживается репозиторий в директории С . Поскольку он только что создан, все файлы отображаются как новые.
Чтобы исправить ситуацию, достаточно удалить .git из директории A/C :
$ rm -rf A/C/.git Как в GitHub удалить и восстановить репозиторий
Рассказываем, как выпилить свой гениальный piece of code, который вдруг показался не гениальным, а потом передумать и восстановить его.
Фото: Getty Images
Дмитрий Зверев
Любитель научной фантастики и технологического прогресса. Хорошо сочетает в себе заумного технаря и утончённого гуманитария. Пишет про IT и радуется этому.
Иногда приходится подчищать свой профиль и удалять лишние или по ошибке созданные репы. Однако в интерфейсе GitHub это не самая очевидная операция. Поэтому мы расскажем о трёх основных способах удаления репозиториев: через сайт, через консоль и с помощью десктопного приложения.
Удаляем репозиторий через сайт GitHub
Вообще, это единственный нормальный способ удаления GitHub-репозиториев. Делается это через профиль: нужно зайти на сайт, нажать кнопку «Удалить» и подтвердить удаление. Давайте посмотрим на весь процесс подробнее.
Шаг 1 — находим репозиторий
Для начала нужно зайти в свой профиль и найти репозиторий. Открываем GitHub и слева видим все созданные нами проекты:
Если у вас много репозиториев и вы не нашли нужный на первой же странице, то нажмите на кнопку Show more или перейдите на вкладку Your repositories:
Шаг 2 — переходим в настройки репозитория
Теперь нам понадобится вкладка Settings — она находится чуть правее вкладки Insights:
Пролистываем все настройки до раздела Danger Zone. Зона эта и правда опасная, потому что так можно бесследно удалить всю вашу работу или передать владение репом кому-то ещё. Здесь нам понадобится последняя кнопка — Delete this repository:
Шаг 3 — подтверждаем удаление
После того как вы нажали на кнопку Delete this repository, появится диалоговое окно с подтверждением действия:
Чтобы удалить репозиторий, нужно ввести его полное название — имя вашего аккаунта и проекта. В нашем случае это будет строка DavisWalkers/To_Delete. Вводим её полностью:
Теперь нам доступна кнопка окончательного удаления репозитория — I understand the consequences, delete this repository. Как только вы её нажмёте, проект полностью удалится из вашего профиля. Нажимаем, и нас перебрасывает в сам профиль, а потом появляется уведомление о том, что репозиторий успешно удалён:
Удаляем репозиторий через терминал
Команда разработчиков GitHub решила, что удалять проекты дистанционно через терминал и сторонние приложения — небезопасно. Поэтому они запретили подобные действия. Удалить репозиторий, конечно, можно и так, но при этом удалится только его локальная копия на вашем устройстве — на GitHub он всё так же будет доступен.
Чтобы удалить проект из памяти компьютера, надо перейти в консоли в папку с репозиторием (это можно сделать с помощью команды cd) и удалить из него подпапку .git с помощью команды rm -rf (в консоли Git).
Нас спросят, действительно ли мы хотим удалить репозиторий, а также предложат поместить его в корзину. Ставим галочку и нажимаем кнопку Remove:
Готово — репозиторий полностью удалён с жёсткого диска.
Как восстановить удалённый репозиторий
Если вам нужно вернуть репозиторий после удаления, для этого есть решение. Разработчики GitHub подробно описали, что делать, чтобы восстановить удалённый репозиторий. Правда, сделать это можно только при соблюдении нескольких условий:
- данные удалены не более 90 дней назад;
- удалённый проект был веткой другого репозитория, который в данный момент не пуст;
- вы поняли, что ошиблись, удалив репозиторий ��.
Второй пункт самый важный. Его можно перефразировать так: у вашего репозитория должен быть репозиторий-родитель. Без этого восстановить его не выйдет.
Для начала заходим в настройки:
Слева находим вкладку Repositories и переходим в неё:
Здесь будет ещё две вкладки — Repositories и Deleted repositories. Переходим во вторую:
В нашем случае требования оказались не выполнены, а значит, восстановить репозиторий не получится:
Но если у вас всё нормально, вы увидите недавно удалённые репозитории:
Нажимаем кнопку Restore и видим следующее окно:
Осталось нажать на кнопку I understand, restore this repository, и он будет восстановлен.
Выводы
- Удалить репозиторий можно только через сайт GitHub. Локально получится выпилить только копию репозитория на своём устройстве.
- Чтобы удалить репозиторий, придётся ввести подтверждение операции. Ну и обязательно несколько раз подумать — вдруг удалять его всё же не стоит.
- Восстановить можно не всякий репозиторий — только тот, у которого есть не пустой репозиторий-родитель и который удалён в последние 90 дней.
Читайте также:
- Инструкция: заливаем проект на GitHub без командной строки
- Тест. Ругайся как Линус Торвальдс
- Что такое GitHub и как им пользоваться
Удаление репозитория
Вы можете удалить любой репозиторий или вилку, если вы являетесь владельцем организации или имеете права администратора для репозитория или вилки. При удалении репозитория, в котором создана вилка, вышестоящий репозиторий не удаляется.
Only members with owner privileges for an organization or admin privileges for a repository can delete an organization repository. If Allow members to delete or transfer repositories for this organization has been disabled, only organization owners can delete organization repositories. For more information, see «Repository roles for an organization.»
Deleting a public repository will not delete any forks of the repository.
Warnings:
- Deleting a repository will permanently delete release attachments and team permissions. This action cannot be undone.
- Deleting a private repository will delete all forks of the repository.
Some deleted repositories can be restored within 90 days of deletion. For more information, see «Restoring a deleted repository.»
- On GitHub.com, navigate to the main page of the repository.
- Under your repository name, click
Settings. If you cannot see the «Settings» tab, select the
dropdown menu, then click Settings.