git everything up to date что делать
git push говорит все в актуальном состоянии, хотя у меня есть локальные изменения
У меня есть удаленный сервер gitosis и локальный репозиторий git, и каждый раз, когда я делаю большие изменения в своем коде, я тоже буду нажимать изменения на этот сервер.
но сегодня я обнаружил, что, хотя у меня есть некоторые локальные изменения и фиксация в локальном репозитории, при запуске git push origin master Он говорит «Все в актуальном состоянии», но когда я использую git clone чтобы проверить файлы на удаленном сервере, он не содержит последних изменений. А у меня только одна ветка назван Мастер и один удаленный сервер происхождения.
PS: Это то, что git отображает при запуске ls-remote, я не уверен, помогает ли это
18 ответов:
указывает, что ваш последний коммит не является главой филиала.
как говорится в git checkout на странице (выделено мной):
иногда полезно иметь возможность проверка фиксации, которая не находится на кончике одной из ваших ветвей.
Наиболее очевидным примером является проверка фиксации в отмеченной официальной точке выпуска, например:
Это значит, что вы можете отказаться от временных коммитов и сливается, переключаясь обратно в существующую ветку (например, git checkout master ), а чуть позже git prune или git gc будет мусор-собирать их.
Если вы сделали это по ошибке, вы можете задать reflog для головы, где вы были, например,
может быть, вы толкаете новый местный филиал?
новая локальная ветвь должна быть нажата явно:
просто одна из тех вещей о git. Вы клонируете РЕПО, делаете ветку, совершаете некоторые изменения, нажимаете. «Все в курсе». Я понимаю, почему это происходит, но этот рабочий процесс крайне недружелюбен к новичкам.
еще одна ситуация, о которой важно знать: тип состояния по умолчанию для git заключается в том, что вы работаете в ветке «master». И для многих ситуаций вы просто будете болтаться в этом качестве своей основной рабочей ветви (хотя некоторые люди получают фантазии и делают другие вещи).
в любом случае, это только одна ветвь. Поэтому ситуация, в которую я могу попасть, такова:
поэтому я слить мою ветку в мастер, а затем сделать толчок, и все снова счастливы.
моя проблема заключалась в том, что моя локальная ветвь имела другое имя, чем удаленная ветвь. Я смог нажать, сделав следующее:
$ git push origin local-branch-name:remote-branch-name
объяснение
у меня была та же ошибка и потратил часы, пытаясь понять это. Наконец я нашел его. То, что я не знал, что толкает, как это git push origin branch-x попытается найти ветку-x локально, затем нажмите на удаленную ветку-x.
в моем случае, у меня было два удаленных URL-адресов. Я сделал заказ от ветка-x до ветка-y при попытке нажать с y локально на X remote у меня было сообщение, что все обновлено, что является нормальной причиной I нажимал на x второго пульта.
короче говоря, чтобы не попасть в такую ловушку, вам нужно указать исходный ref и целевой ref:
из вашего статуса git у вас, вероятно, другая ситуация, чем у меня.
но в любом случае, вот что случилось со мной.. Я столкнулся со следующей ошибкой:
более информативным сообщением здесь является то, что пульт повесил трубку. Оказалось, это связано с превышением размера буфера http post. Решение состоит в том, чтобы увеличить его с
git config http.postBuffer 524288000
у меня была эта проблема сегодня, и она не имела ничего общего с любым из других ответов. Вот что я сделал и как я это исправил:
мой репозиторий недавно переехал, но у меня была локальная копия. Я отделился от своей локальной «главной» ветви и внес некоторые изменения-и тогда я вспомнил, что хранилище переместилось. Я использовал git remote set-url origin https:// чтобы установить новый URL, но когда я нажал, он просто сказал бы» все в актуальном состоянии » вместо того, чтобы толкать мою новую ветку к мастеру.
I в конечном итоге решить его путем перебазирования на origin/master а затем нажимать с явными именами ветвей, например:
Я надеюсь, что это поможет всем, кто имел мою же проблему!
решение состоит в том, чтобы вручную удалить соответствующую строку из packed-refs. Не нашел более чистого решения.
убедитесь, что вы не обманули свой удаленный URL.
Я просто хотел также упомянуть, что я столкнулся с этим после включения Git в качестве CVS в локальной конфигурации сборки Jenkins. Похоже, что Дженкинс проверил самую последнюю фиксацию ветки, которую я ей дал, а также сбросил мой пульт, чтобы соответствовать путям, которые я дал ему в репо. Пришлось снова проверить мою ветку функций и исправить мой удаленный url-адрес источника с помощью «git remote set-url». Не указывайте инструмент сборки на свою работу каталог или вы будете иметь плохое время. Мой пульт дистанционного управления был установлен на путь к файлу в мой рабочий каталог, поэтому он, естественно, сообщал обо всем актуальном, когда я пытался нажать изменения с тем же источником и назначением.
я столкнулся с этим сам, когда я объединил ветку на Github и продолжал развиваться в ней локально. Мое исправление немного отличалось от других, которые были предложены.
сначала я разветвил новую локальную ветвь от моей старой локальной ветви (которую я не мог нажать). Затем я нажал новую локальную ветку на исходный сервер (Github). То есть
это заставило изменения появиться на Github, хотя и в newlocalbranch, а не в oldlocalbranch.
в моем случае у меня было 2 удаленный РЕПО.
У меня была та же проблема. В моем случае это было вызвано тем, что имена для одного и того же пульта дистанционного управления. Он создал стандартный «origin», но я уже давно использую «github» в качестве своего пульта дистанционного управления, так что это тоже было там. Как только я удалил пульт «origin», ошибка исчезла.
cannot push to github: everything up-to-date
On github, I forked an old version of another project. I made some changes and am trying to push them onto my fork on github. I commited the changes locally, then tried git push, but this simply tells me «Everything up-to-date». When I browse the project on github, however, nothing has changed: it still shows the files (from the latest version) on my fork, unmodified. How can I push the changes to my github account?
(I realize this isn’t much information. what else can I say? I have a feeling that it may be because I’m modifying the files directly in (home)/git/(project). )
6 Answers 6
That means you are in a DETACHED HEAD mode.
You can add and commit, but from the upstream repo point of view (ie from the GitHub repo), no new commits are ready to be pushed.
You have various ways to include your local (detached HEAD ) commit back into a branch, which you will be able to push then.
See:
The OP mentions this article in order to fix the situation:
«git: what to do if you commit to no branch»
all we need to do is checkout the branch we should have been on and merge in that commit SHA:
Note that instead of merging the SHA1 that you would have somehow copied, you can memorize it with a script, using head=$(git rev-parse HEAD) :
See «git: reliably switching to a detached HEAD and then restore HEAD later, all from a script».
Then you can merge that detached HEAD back to the right branch.
git push heroku master says «Everything up-to-date», but the app is not current
I have an app on Heroku that is running old code. I’ve made a small change and committed the change. I then ran
But if I go and look at the app, it’s all old code. I did revert the site back to another version in Heroku about 15 days ago, but pushed updates to it since then and they worked.
Why is heroku not getting the most current files from my github repository? Is there a way to just reset the app and push the files from github again? I have production data in the database so I do NOT want to touch it.
12 Answers 12
Kindly confirm your current branch is master.
If the pointer is not pointing the master, then check out to master branch
Commit your changes and try to push to heroku
You have two options
1.Merge your changes with master and push them.
Commit your changes in your actual branch, then merge them with master
2.Push your changes from your actual branch
I had a similar issue and by no means my changes were visible on heroku. To reconfirm myself I even took a clone from heroku and it was obviously up to date.
I could resolve my issue only by following this approach:
Step 1: Make a new branch from master
Step 2: Just add a comment in any file to make a new commit and then:
Step 3: Push the new branch to heroku.
You could now see your changes successfully on heroku.
Even though this is an old issue, I wanted to update with what worked for me (a newbie) should anyone else run into this:
After following the instructions here (from Hudson), what finally did the trick for me was doing a «git pull» after checking out the «master» branch. Perhaps «git push heroku master» pushes out only the local branch of master?
Of course, this assumes all required changes have been correctly merged into your master. I hadn’t pulled from master on my local since the project set up because all merges (from development to master) were handled on GitHub and I had been working on new branches that were later merged with development.
So, to restate steps above from Hudson:
git checkout master
(here, I updated README to have a change to commit, like «Heroku deploy [date, time]»
Git push ничего не сделает (все актуально)
Отвечает репозиторием, которого я ожидал.
Почему Git сообщает мне, что репозиторий обновлен, когда есть локальные коммиты, которые не видны в репозитории?
18 ответов
git push не отправляет все ваши локальные ветки: откуда ему знать, в какие удаленные ветки их отправлять? Он отправляет только локальные ветки, которые были настроены для отправки в конкретную удаленную ветку.
Когда он говорит «Все в актуальном состоянии», это означает, что «все ветки, которые вы сказали мне, как отправлять, обновлены».
В. Итак, как я могу продвигать свои коммиты?
Однако эта форма не настроит develop на постоянную отправку на origin/something-else в будущем; это одноразовая операция.
Сделал свое дело. Надеюсь, это кому-то поможет, как «последний шанс».
В качестве дальнейшего чтения я бы посмотрел на git-push man-страницы, в частности, раздел примеров.
Чтобы быть конкретным, если вы хотите объединить что-то, чтобы освоить, вы можете выполнить следующие шаги.
Обычной практикой в модели запроса на вытягивание является создание новой локальной ветки, а затем отправка этой ветки на удаленную. Для этого вам нужно указать, куда вы хотите отправить свои изменения на удаленном компьютере. Вы можете сделать это, упомянув удаленный во время нажатия.
Если вы хотите создать ветку, отличную от имени вашей локальной ветки, вы можете сделать это с помощью следующей команды.
Спасибо Сэму Стоуксу. Судя по его ответу, вы можете решить проблему другим способом (я использовал этот способ). После обновления каталога разработки вы должны повторно инициализировать его.
Затем вы можете зафиксировать и отправить обновления в мастер
Это случилось со мной, когда я ^C в середине git push на GitHub. Однако GitHub не показал, что изменения были внесены.
Чтобы исправить это, я внес изменения в свое рабочее дерево, зафиксировал его и снова нажал. Он работал отлично.
Это случилось со мной. Я просто повторно зафиксировал изменения, а затем нажал.
Проблема также может заключаться в том, что в локальном филиале нет восходящего потока.
Вы настраиваете, в какую ветку отправляете файлы.
Вы уверены, что у вас установлен правильный URL-адрес удаленного источника? При вводе git remote show origin правильно ли установлены параметры «Fetch URL» и «Push URL» в соответствии с URL-адресом вашего репозитория?
Это была моя ошибка, я ввел его вручную, и это был неправильный путь.
Это случилось со мной, когда мое приложение SourceTree вылетело во время постановки. А в командной строке казалось, что предыдущий git add был поврежден. В этом случае попробуйте:
По последней команде вам может потребоваться установить ветку.
Git push says “Everything up-to-date” but the files are not appearing in github repository #4320
Comments
ronaldorawat commented Nov 24, 2020
Describe the issue
I initiated git to push things in repo. I entered the commands in below order:-
[master (root-commit) 51ccb20] COmmit for the Submit form
2 files changed, 414 insertions(+)
create mode 100644 form.css
create mode 100644 form.html
Enumerating objects: 4, done.
Counting objects: 100% (4/4), done.
Delta compression using up to 12 threads
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 2.71 KiB | 694.00 KiB/s, done.
Total 4 (delta 0), reused 0 (delta 0), pack-reused 0
remote:
remote: Create a pull request for ‘master’ on GitHub by visiting:
remote: https://github.com/ronaldorawat/FreeCodeCamp-Form/pull/new/master
remote:
To https://github.com/ronaldorawat/FreeCodeCamp-Form.git
Everything up-to-date
Branch ‘master’ set up to track remote branch ‘master’ from ‘origin’.
System environment
Output of git lfs env
The output of running git lfs env as a code block.
git-lfs/2.12.0 (GitHub; windows amd64; go 1.14.7; git dad7b9e)
git version 2.29.2.windows.1
Additional context
This has happened second time. When files were not added by running but bash, I had to select the files using add files option in Github REPO. The only file was READ Me which I wanted while creating the repo.
The text was updated successfully, but these errors were encountered: