does not appear to be a git repository как исправить
fatal: ‘origin’ не является репозиторием git
у меня есть репозиторий moodle на моем аккаунте Github который я forked из официального репозитория.
затем я клонировал его на моей локальной машине. Это сработало отлично. Я создал несколько ветвей (под master филиал). Я сделал несколько коммитов, и он работал нормально.
Я не знаю, как я получаю следующую ошибку, когда я делаю : git push origin master
как устранить ошибку, не влияя на мой репозиторий на Github?
Я использую Ubuntu 12.10
5 ответов:
$HOME/.gitconfig ваш глобальные config для git.
Есть три уровня на config файлы.
(указано by bereal) это ваш местные config, локальный для РЕПО, которое вы клонировали.
вы также можете ввести из вашего РЕПО:
и посмотрите, есть ли в нем какой-либо удаленный с именем «origin».
если нет, то если что удаленный (который создается по умолчанию при клонировании РЕПО) отсутствует, вы можете добавить его снова:
я столкнулся с той же проблемой, когда переименовал свой репозиторий на GitHub. Я попытался нажать, в какой момент я получил ошибку
мне пришлось изменить URL с помощью
после этого все команды начали работать нормально. Вы можете проверить изменения с помощью
в моем случае после успешного изменения он показал правильное переименованное РЕПО в URL
возможно, другая ветвь, из которой вы пытаетесь вытащить, не синхронизирована; поэтому перед добавлением и удалением remote попробуйте (если вы пытаетесь вытащить из master)
для меня этот простой вызов решил эти сообщения об ошибках:
это не ответ на ваш вопрос, но я столкнулся с аналогичным сообщением об ошибке, но по другой причине. Позвольте мне сделать свой пост ради сбора информации.
у меня есть git РЕПО на сетевом диске. Давайте назовем этот сетевой диск RAID. Я клонировал это РЕПО на моей локальной машине (LOCAL) и на моем номере crunching cluster (CRUNCHER). Для удобства я смонтировал каталог пользователя моей учетной записи на CRUNCHER на моей локальной машине. Итак, я могу манипулировать файлами на CRUNCHER без необходимости выполнять работу в SSH-терминале.
сегодня я изменял файлы в РЕПО на CRUNCHER через мою локальную машину. В какой-то момент я решил зафиксировать файлы, поэтому a сделал фиксацию. Добавление измененных файлов и выполнение фиксации работали так, как я ожидал, но когда я позвонил git push Я получил сообщение об ошибке, подобное тому, которое было опубликовано в вопросе.
причина была в том, что я назвал push из РЕПО на CRUNCHER на локальном. Итак, все пути в конфигурации файл был просто неправильным.
когда я понял свою ошибку, я вошел в CRUNCHER через терминал и смог нажать фиксацию.
Не стесняйтесь комментировать, если мое объяснение не может быть понята, или вы найдете мой пост лишним.
у меня была такая же ошибка на git pull origin branchname при установке удаленного источника в качестве пути fs, а не ssh на .git / config:
Это было так (это работает только для пользователей на том же сервере git, которые имеют доступ к Git):
исправил вроде так (это работает на всех пользователей, которые имеют доступ к git user (ssh authorizes_keys или пароль)):
причина, по которой у меня был путь к каталогу, заключалась в том, что git файлы находятся на одном сервере.
fatal: does not appear to be a git repository
Why am I getting this error when my git repository url is correct?
Edit: Replaced original screenshot
8 Answers 8
. as you can see in the git clone documentation. You should use instead the URL:
i.e. in the URL you’re using, you missed out the : (colon)
To update the URL for origin you could do:
I met a similar problem when I tried to store my existing repo in my Ubunt One account, I fixed it by the following steps:
Step-1: create remote repo
Step-2: add the remote
Step-3: push the exising git reop to the remote
This is typically because you have not set the origin alias on your Git repository.
my local and remote machines are both OS X. I was having trouble until I checked the file structure of the git repo that xCode Server provides me. Essentially everything is chmod 777 * in that repo so to setup a separate non xCode repo on the same machine in my remote account there I did this:
For me, i learned getting a clean start with a git repo on a LOCAL and REMOTE requires all initial work in a shell first. Then, after the above i was able to easily setup the LOCAL and REMOTE git repos in my IDE and do all the basic git commands using the GUI of the IDE.
I had difficulty until I started at the remote first, then did the local, and until i opened up all the permissions on remote. In addition, having the exact full path in the URL to the symlink was critical to succeed.
Again, this all worked on OS X, local and remote machines.
fatal: ‘origin’ does not appear to be a git repository
I’ve a repository moodle on my Github account which I forked from the official repository.
I then cloned it on my local machine. It worked fine. I created several branches (under the master branch). I made several commits and it worked fine.
I don’t know how I’m getting the following error when I do : git push origin master
How do I resolve the error without effecting my repository on Github?
I’m using Ubuntu 12.10
7 Answers 7
$HOME/.gitconfig is your global config for git.
There are three levels of config files.
(mentioned by bereal) is your local config, local to the repo you have cloned.
you can also type from within your repo:
And see if there is any remote named ‘origin’ listed in it.
If not, if that remote (which is created by default when cloning a repo) is missing, you can add it again:
I faced the same problem when I renamed my repository on GitHub. I tried to push at which point I got the error
I had to change the URL using
After this all commands started working fine. You can check the change by using
In my case after successfull change it showed correct renamed repo in URL
It is possible the other branch you try to pull from is out of synch; so before adding and removing remote try to (if you are trying to pull from master)
for me that simple call solved those error messages:
Try to create remote origin first, maybe is missing because you change name of the remote repo
git remote add origin URL_TO_YOUR_REPO
I had the same issue and solved it by checking
This does not answer your question, but I faced a similar error message but due to a different reason. Allow me to make my post for the sake of information collection.
I have a git repo on a network drive. Let’s call this network drive RAID. I cloned this repo on my local machine (LOCAL) and on my number crunching cluster (CRUNCHER). For convenience I mounted the user directory of my account on CRUNCHER on my local machine. So, I can manipulate files on CRUNCHER without the need to do the work in an SSH terminal.
Today, I was modifying files in the repo on CRUNCHER via my local machine. At some point I decided to commit the files, so a did a commit. Adding the modified files and doing the commit worked as I expected, but when I called git push I got an error message similar to the one posted in the question.
The reason was, that I called push from within the repo on CRUNCHER on LOCAL. So, all paths in the config file were plain wrong.
When I realized my fault, I logged onto CRUNCHER via Terminal and was able to push the commit.
Feel free to comment if my explanation can’t be understood, or you find my post superfluous.
‘heroku’ does not appear to be a git repository
When I try to push my app to Heroku I get this response:
I have tried ‘heroku keys:add’ but still comes up with the same result. I already have an ssh key for my GitHub account.
23 Answers 23
You could try the following in your root directory:
// initialize git for your project, add the changes and perform a commit
// create heroku app and push to heroku
Not sure where you are in the process. You also don’t need github to deploy on heroku, just git. Hope this helps!
First, make sure you’re logged into heroku:
Enter your credentials.
It’s common to get this error when using a cloned git repo onto a new machine. Even if your heroku credentials are already on the machine, there is no link between the cloned repo and heroku locally yet. To do this, cd into the root dir of the cloned repo and run
Then create (initialize) heroku app with:
Lastly add git remote:
Now you can safely deploy your app with:
You should wait for some time and see if you don’t get any error/interrupt on console while deploying. For details look at heroku article.
Create a new Git repository
Initialize a git repository in a new or existing directory
Deploy your application
Commit your code to the repository and deploy it to Heroku using Git.
Existing Git repository
For existing repositories, simply add the heroku remote
You forgot to link your app name to your heroku. It’s a very common mistake. if your app is not created, then use:
My problem was that I used git (instead of heroku git) to clone the app. Then I had to:
Remember to change MyApp to your app name.
Then I could proceed:
If this error pops up, its because there is no remote named Heroku. When you do a Heroku create, if the git remote doesn’t already exist, we automatically create one (assuming you are in a git repo). To view your remotes type in:
If you see a remote for your app, you can just “ git push master ” and replace with the actual remote name.
If it’s missing, you can add the remote with the following command:
If you’ve already added a remote called Heroku, you may get an error like this:
so, then remove the existing remote and add it again with the above command:
фатально: «origin» не является репозиторием git
у меня есть репозиторий moodle на моей учетной записи Github, которую я forked из официального репозитория.
затем я клонировал его на моей локальной машине. Сработало отлично. Я создал несколько ветвей (под master филиал). Я сделал несколько коммитов, и это сработало нормально.
Я не знаю, как я получаю следующую ошибку, когда я делаю : git push origin master
как разрешить ошибку, не влияя на мой репозиторий на Github?
Я использую Ubuntu 12.10
5 ответов
$HOME/.gitconfig ваш глобальные конфигурация для git.
Есть три уровня of config файлы.
(указано by bereal) это ваш местные config, локальный для РЕПО, который вы клонировали.
вы также можете ввести из своего РЕПО:
и посмотрите, есть ли в нем какой-либо удаленный с именем «origin».
если нет, если что remote (который создается по умолчанию при клонировании РЕПО) отсутствует, вы можете добавить его снова:
я столкнулся с той же проблемой, когда переименовал свой репозиторий на GitHub. Я попытался нажать, в какой момент я получил ошибку
мне пришлось изменить URL, используя
после этого все команды начали работать нормально. Вы можете проверить изменение с помощью
в моем случае после успешного изменения он показал правильное переименованное РЕПО в URL
возможно, другая ветвь, из которой вы пытаетесь вытащить, не синхронизирована; поэтому перед добавлением и удалением remote попробуйте (если вы пытаетесь вытащить из master)
для меня этот простой вызов решил эти сообщения об ошибках:
это не отвечает на ваш вопрос, но я столкнулся с аналогичным сообщением об ошибке, но по другой причине. Позвольте мне сделать свой пост ради сбора информации.
у меня есть репозиторий git на сетевом диске. Назовем этот сетевой диск RAID. Я клонировал это РЕПО на своей локальной машине (LOCAL) и на моем кластере хруста номера (CRUNCHER). Для удобства я установил каталог пользователя своей учетной записи на CRUNCHER на своей локальной машине. Итак, я могу манипулировать файлами на CRUNCHER без необходимости выполнять работу в SSH-терминале.
сегодня я изменял файлы в РЕПО на CRUNCHER через мою локальную машину. В какой-то момент я решил зафиксировать файлы, поэтому a сделал фиксацию. Добавление измененных файлов и выполнение фиксации работали, как я ожидал, но когда я позвонил git push Я получил сообщение об ошибке, подобное тому, которое было опубликовано в вопросе.
причина была в том, что я назвал push из РЕПО на CRUNCHER на LOCAL. Итак, все пути в конфигурации файл был неправильно.
когда я понял свою ошибку, я вошел в CRUNCHER через терминал и смог нажать фиксацию.
Не стесняйтесь комментировать, если мое объяснение не может быть понята, или вы найдете мой пост лишним.
у меня была такая же ошибка на git pull origin branchname при установке удаленного источника в качестве пути fs, а не ssh на .git / config:
Это было бы так (это работает только для пользователей на одном сервере git, которые имеют доступ к Git):
исправлено так (это работает на всех пользователях, которые имеют доступ к пользователя ‘git’ (ssh authorizes_keys или пароль)):
причина, по которой у меня был путь к каталогу, заключалась в том, что git файлы находятся на одном сервере.