Удаление репозитория 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 локальной среде.
Как отключить «связь» с проектом в гитхаб/битбакет?
Я склонировал к себе проект из битбакета, то есть, сейчас могу совершать какие либо действия с этим репозиторием, через консоль. Но допустим, я сменил проект, перешел в другую папочку, но уже хочу работать с абсолютно другим репозиторием, а ide(phpstorm) этого не понимает. Каким способом можно оборвать эту связь с репозиторием(насколько я понимаю, можно и через сам пхпшторм, так и через консоль)?
- Вопрос задан более года назад
- 2938 просмотров
3 комментария
Простой 3 комментария

Сергей Кузнецов @sergey-kuznetsov Куратор тега Git
Что значит «не понимает»?
Если перейти в другую папку, то откроется другой проект с другим репозиторием. Тут не может возникнуть проблем. Либо вы неудачно сформулировали вопрос.
Что значит, не понимает?

Дмитрий @Compolomus
Отключить гит в шторме, работать только в консоли. Там обычно при создании файла вылетает табличка, типо добавить файл в гит, и галка, вот возможно оно помнит что у вас коммита не было. Ну а так git status в помощь
Решения вопроса 1

Сергей Кузнецов @sergey-kuznetsov Куратор тега Git
Автоматизатор
Отключить связь локальной и внешней ветки. Эта связь у каждой ветки своя.
git branch —unset-upstream [локальная_ветка]
Удалить псевдоним адреса внешнего репозитория от которого мы клонировались
git remote remove origin

Ну либо через меню Git — Manage Remotes.
В принципе достаточно последней команды.
Если удалить origin, то очищаются и все связи между ветками, в которых упоминался origin.
Закрытие и удаление проекты
Сведения о закрытии, повторном открытии и окончательном удалении проект.
Deleting a project
You can delete a project to permanently remove it.
- Navigate to your project.
- In the top-right, click

to open the menu.
Closing a project
You can close a project to remove it from the list of projects but retain the contents and ability to re-open the project later.
- Navigate to your project.
- In the top-right, click

to open the menu.
Re-opening an organization project
You can reopen a previously closed project.
-
In the upper-right corner of GitHub.com, select your profile photo, then click

Your organizations.

Projects.

to open the menu.
Re-opening a user project
You can reopen a previously closed project.
-
In the top right corner of GitHub.com, click your profile photo, then click Your profile.

Projects.

to open the menu.
Как отменить 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