Как изменить репозиторий в git

Как изменить адрес origin репозитория в git?

Изменить origin адрес репозитория двумя способами:

1) Первый способ задать url репозитория:

использовать команду git remote set-url origin , например:

git remote set-url origin git@github.com:organization/wi-backend.git

Отредактировать файл .git/config : секция [remote «origin»] параметр — url.

Эти два способа идентичные. Т.е. вызов команды git remote set-url origin заменит содержимое git конфига. Пример содержимого файла .git/config:

[core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true ignorecase = true precomposeunicode = true [remote "origin"] url = git@bitbucket.org:organization-name/project-name.git fetch = +refs/heads/*:refs/remotes/origin/* [branch "main"] remote = origin merge = refs/heads/main [branch "1.2.0"] remote = origin merge = refs/heads/1.2.0

Как изменить репозиторий в git

Запись: and-semakin/mytetra_data/master/base/15254262027bkpab3yaf/text.html на raw.githubusercontent.com

1. Показать список удаленных источников:

origin git@github.com:USERNAME/REPOSITORY.git (fetch)

origin git@github.com:USERNAME/REPOSITORY.git (push)

2. Изменить адрес нужного удаленного источника:

$ git remote set-url origin https://github.com/USERNAME/REPOSITORY.git

$ git remote set-url —push origin https://github.com/USERNAME/REPOSITORY.git

3. Выполнить шаг 1 для проверки.

• Изменить удаленный репозиторий для подмодуля Git
• Скачать данные (git pull) с перезаписью локального репозитория в Git
• Meld — diff/merge GUI tool
• tig — псевдографический Git-клиент
• Исправить состояние «оторванной башни» (detached head) в Git
• Склонировать репозиторий с подмодулями (рекурсивно) в Git
• Сменить отслеживаемый источник для ветки в Git
• Изменить URL удаленного репозитория в Git
• Отладка .gitignore в Git
• Добавить пустую папку в репозиторий Git, игнорировать содержимое
• Скачать данные с перебазированием (pull with rebase) в Git
• Добавить алиасы команд в Git
• Скачать удаленную ветку в Git
• Сравнить две ветки в Git
• Отменить последний коммит в Git
• Удалить ветку в Git
• Спрятать (stash) изменения в рабочей директории в Git
• Отменить (обратить) коммиты в Git
• Переименовать ветку в Git
• Добавить пустой коммит в Git
• Скачать только одну ветку в Git
• Сплющить несколько коммитов в один при слиянии веток в Git
• Просмотреть изменения, касающиеся определенной строки/строк в Git
• Перенести последний коммит(ы) в другую ветку в Git
• Поставить метку (тег) в Git
• Переместить метку (тег) на другой коммит в Git
• Создать пустую ветку в Git
• Настроить Git для работы с форком в GitHub
• Закоммитить все изменения шелл-скриптом без учета кода выхода в Git
• Скопировать файл с сохранением истории в Git
• Хуки Git для установки зависимостей при смене ветки
• Игнорировать файл локально в Git (без изменения .gitignore)
• Использовать несколько GitHub аккаунтов на одной машине
• Изменить автора предыдущего коммита в Git
• Изменить автора на один коммит в Git
• Сплющить (squash) коммиты в текущей ветке в Git
• Узнать на какой коммит указывает тэг в Git
• Показать список тэгов в Git
• Удалить тэг на удаленном сервере в Git
• Проверить, что ветки могут быть слиты без конфликтов в Git
• Ошибка «Could not read from remote repository» в git
• Получить только название текущей ветки в Git
• Получить имя ветки, к которой принадлежит коммит в Git
• Сменить SSH-ключи для определенного репозитория
• Восстановить утраченный коммит в Git

2.1 Основы Git — Создание Git-репозитория

Если вы хотите начать работать с Git, прочитав всего одну главу, то эта глава — то, что вам нужно. Здесь рассмотрены все базовые команды, необходимые вам для решения подавляющего большинства задач, возникающих при работе с Git. После прочтения этой главы вы научитесь настраивать и инициализировать репозиторий, начинать и прекращать контроль версий файлов, а также подготавливать и фиксировать изменения. Мы также продемонстрируем вам, как настроить в Git игнорирование отдельных файлов или их групп, как быстро и просто отменить ошибочные изменения, как просмотреть историю вашего проекта и изменения между отдельными коммитами (commit), а также как отправлять (push) и получать (pull) изменения в/из удалённого (remote) репозитория.

Создание Git-репозитория

Обычно вы получаете репозиторий Git одним из двух способов:

1. Вы можете взять локальный каталог, который в настоящее время не находится под версионным контролем, и превратить его в репозиторий Git, либо
2. Вы можете клонировать существующий репозиторий Git из любого места.

В обоих случаях вы получите готовый к работе Git репозиторий на вашем компьютере.

Создание репозитория в существующем каталоге

Если у вас уже есть проект в каталоге, который не находится под версионным контролем Git, то для начала нужно перейти в него. Если вы не делали этого раньше, то для разных операционных систем это выглядит по-разному:

$ cd /home/user/my_project

$ cd /Users/user/my_project

$ cd C:/Users/user/my_project

а затем выполните команду:

$ git init

Эта команда создаёт в текущем каталоге новый подкаталог с именем .git , содержащий все необходимые файлы репозитория — структуру Git репозитория. На этом этапе ваш проект ещё не находится под версионным контролем. Подробное описание файлов, содержащихся в только что созданном вами каталоге .git , приведено в главе Git изнутри

Если вы хотите добавить под версионный контроль существующие файлы (в отличие от пустого каталога), вам стоит добавить их в индекс и осуществить первый коммит изменений. Добиться этого вы сможете запустив команду git add несколько раз, указав индексируемые файлы, а затем выполнив git commit :

$ git add *.c $ git add LICENSE $ git commit -m 'Initial project version'

Мы разберем, что делают эти команды чуть позже. Теперь у вас есть Git-репозиторий с отслеживаемыми файлами и начальным коммитом.

Клонирование существующего репозитория

Для получения копии существующего Git-репозитория, например, проекта, в который вы хотите внести свой вклад, необходимо использовать команду git clone . Если вы знакомы с другими системами контроля версий, такими как Subversion, то заметите, что команда называется «clone», а не «checkout». Это важное различие — вместо того, чтобы просто получить рабочую копию, Git получает копию практически всех данных, которые есть на сервере. При выполнении git clone с сервера забирается (pulled) каждая версия каждого файла из истории проекта. Фактически, если серверный диск выйдет из строя, вы можете использовать любой из клонов на любом из клиентов, для того, чтобы вернуть сервер в то состояние, в котором он находился в момент клонирования (вы можете потерять часть серверных хуков (server-side hooks) и т. п., но все данные, помещённые под версионный контроль, будут сохранены, подробнее об этом смотрите в разделе Установка Git на сервер главы 4).

Клонирование репозитория осуществляется командой git clone . Например, если вы хотите клонировать библиотеку libgit2 , вы можете сделать это следующим образом:

$ git clone https://github.com/libgit2/libgit2

Эта команда создаёт каталог libgit2 , инициализирует в нём подкаталог .git , скачивает все данные для этого репозитория и извлекает рабочую копию последней версии. Если вы перейдёте в только что созданный каталог libgit2 , то увидите в нём файлы проекта, готовые для работы или использования. Для того, чтобы клонировать репозиторий в каталог с именем, отличающимся от libgit2 , необходимо указать желаемое имя, как параметр командной строки:

$ git clone https://github.com/libgit2/libgit2 mylibgit

Эта команда делает всё то же самое, что и предыдущая, только результирующий каталог будет назван mylibgit .

В Git реализовано несколько транспортных протоколов, которые вы можете использовать. В предыдущем примере использовался протокол https:// , вы также можете встретить git:// или user@server:path/to/repo.git , использующий протокол передачи SSH. В разделе Установка Git на сервер главы 4 мы познакомимся со всеми доступными вариантами конфигурации сервера для обеспечения доступа к вашему Git репозиторию, а также рассмотрим их достоинства и недостатки.

Управление удаленными репозиториями

Узнайте, как работать с локальными репозиториями на компьютере и удаленными репозиториями, размещенными в GitHub.

Platform navigation

Adding a remote repository

To add a new remote, use the git remote add command on the terminal, in the directory your repository is stored at.

The git remote add command takes two arguments:

• A remote name, for example, origin
• A remote URL, for example, https://github.com/OWNER/REPOSITORY.git

$ git remote add origin https://github.com/OWNER/REPOSITORY.git # Set a new remote $ git remote -v # Verify new remote > origin https://github.com/OWNER/REPOSITORY.git (fetch) > origin https://github.com/OWNER/REPOSITORY.git (push) 

For more information on which URL to use, see «About remote repositories.»

Troubleshooting: Remote origin already exists

This error means you’ve tried to add a remote with a name that already exists in your local repository.

$ git remote add origin https://github.com/octocat/Spoon-Knife.git > fatal: remote origin already exists. 

To fix this, you can:

• Use a different name for the new remote.
• Rename the existing remote repository before you add the new remote. For more information, see «Renaming a remote repository» below.
• Delete the existing remote repository before you add the new remote. For more information, see «Removing a remote repository» below.

Changing a remote repository’s URL

The git remote set-url command changes an existing remote repository URL.

Tip: For information on the difference between HTTPS and SSH URLs, see «About remote repositories.»

The git remote set-url command takes two arguments:

• An existing remote name. For example, origin or upstream are two common choices.
• A new URL for the remote. For example:
  • If you’re updating to use HTTPS, your URL might look like:

  https://github.com/OWNER/REPOSITORY.git 

  • If you’re updating to use SSH, your URL might look like:

  git@github.com:OWNER/REPOSITORY.git 

  Switching remote URLs from SSH to HTTPS

  1. Open Terminal Terminal Git Bash .
  2. Change the current working directory to your local project.
  3. List your existing remotes in order to get the name of the remote you want to change.

  $ git remote -v > origin git@github.com:OWNER/REPOSITORY.git (fetch) > origin git@github.com:OWNER/REPOSITORY.git (push) 

  git remote set-url origin https://github.com/OWNER/REPOSITORY.git 

  $ git remote -v # Verify new remote URL > origin https://github.com/OWNER/REPOSITORY.git (fetch) > origin https://github.com/OWNER/REPOSITORY.git (push) 

  The next time you git fetch , git pull , or git push to the remote repository, you’ll be asked for your GitHub username and password. When Git prompts you for your password, enter your personal access token. Alternatively, you can use a credential helper like Git Credential Manager. Password-based authentication for Git has been removed in favor of more secure authentication methods. For more information, see «Managing your personal access tokens.»

  You can use a credential helper so Git will remember your GitHub username and personal access token every time it talks to GitHub.

  Switching remote URLs from HTTPS to SSH

  1. Open Terminal Terminal Git Bash .
  2. Change the current working directory to your local project.
  3. List your existing remotes in order to get the name of the remote you want to change.

  $ git remote -v > origin https://github.com/OWNER/REPOSITORY.git (fetch) > origin https://github.com/OWNER/REPOSITORY.git (push) 

  git remote set-url origin git@github.com:OWNER/REPOSITORY.git 

  $ git remote -v # Verify new remote URL > origin git@github.com:OWNER/REPOSITORY.git (fetch) > origin git@github.com:OWNER/REPOSITORY.git (push) 

  Troubleshooting: No such remote ‘[name]’

  This error means that the remote you tried to change doesn’t exist:

  $ git remote set-url sofake https://github.com/octocat/Spoon-Knife > fatal: No such remote 'sofake' 

  Check that you’ve correctly typed the remote name.

  Renaming a remote repository

  Use the git remote rename command to rename an existing remote.

  The git remote rename command takes two arguments:

  • An existing remote name, for example, origin
  • A new name for the remote, for example, destination

  Example of renaming a remote repository

  These examples assume you’re cloning using HTTPS, which is recommended.

  $ git remote -v # View existing remotes > origin https://github.com/OWNER/REPOSITORY.git (fetch) > origin https://github.com/OWNER/REPOSITORY.git (push) $ git remote rename origin destination # Change remote name from 'origin' to 'destination' $ git remote -v # Verify remote's new name > destination https://github.com/OWNER/REPOSITORY.git (fetch) > destination https://github.com/OWNER/REPOSITORY.git (push) 

  Troubleshooting: Could not rename config section ‘remote.[old name]’ to ‘remote.[new name]’

  This error means that the old remote name you typed doesn’t exist.

  You can check which remotes currently exist with the git remote -v command:

  $ git remote -v # View existing remotes > origin https://github.com/OWNER/REPOSITORY.git (fetch) > origin https://github.com/OWNER/REPOSITORY.git (push) 

  Troubleshooting: Remote [new name] already exists

  This error means that the remote name you want to use already exists. To solve this, either use a different remote name, or rename the original remote.

  Removing a remote repository

  Use the git remote rm command to remove a remote URL from your repository.

  The git remote rm command takes one argument:

  • A remote name, for example, destination

  Removing the remote URL from your repository only unlinks the local and remote repositories. It does not delete the remote repository.

  Example of removing a remote repository

  These examples assume you’re cloning using HTTPS, which is recommended.

  $ git remote -v # View current remotes > origin https://github.com/OWNER/REPOSITORY.git (fetch) > origin https://github.com/OWNER/REPOSITORY.git (push) > destination https://github.com/FORKER/REPOSITORY.git (fetch) > destination https://github.com/FORKER/REPOSITORY.git (push) $ git remote rm destination # Remove remote $ git remote -v # Verify it's gone > origin https://github.com/OWNER/REPOSITORY.git (fetch) > origin https://github.com/OWNER/REPOSITORY.git (push) 

  Note: git remote rm does not delete the remote repository from the server. It simply removes the remote and its references from your local repository.

  Troubleshooting: Could not remove config section ‘remote.[name]’

  This error means that the remote you tried to delete doesn’t exist:

  $ git remote rm sofake > error: Could not remove config section 'remote.sofake' 

  Check that you’ve correctly typed the remote name.

  Further reading

  Похожие публикации:

  1. 249 дней это сколько месяцев
  2. Gmr head amplitude что это
  3. Qt как создать свой сигнал
  4. Как сделать фон по бокам в html