Не могу нажать на gitlab, не удалось и отклонено

has been pulled, the result is still an error ! [rejected] dev->dev(non-fast-forward)

D:\PPI_Roketin\Project\astrowatch (dev)
λ git add resources/views/reals/_form.blade.php

D:\PPI_Roketin\Project\astrowatch (dev)
λ git commit -m "resources/views/reals/_form.blade.php"
[dev db5ac99] resources/views/reals/_form.blade.php
1 file changed, 2 insertions(+), 2 deletions(-)

D:\PPI_Roketin\Project\astrowatch (dev)
λ git push origin dev
To gitlab.com:roketin-stellar/astrowatch.git
! [rejected]        dev -> dev (non-fast-forward)
error: failed to push some refs to '[email protected]:roketin- stellar/astrowatch.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes (e.g.
hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

error like this, why?

Не могу нажать на gitlab, не удалось и отклонено

have done git checkout, and repeated the command, it's still an error like above

Во-первых, зафиксируйте свои локальные изменения или сохраните свои изменения. Затем оформить заказ и вытащить изменения. После этого вы можете объединить изменения и нажать

PushpikaWan 25.10.2018 05:18
Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
0
1
2 315
3

Ответы 3

Это говорит само за себя, вам нужно постоянно обновлять удаленную ветку, если вы хотите зафиксировать, и похоже, что git pull перезапишет файлы, в которые вы внесли изменения. Сначала вы должны зафиксировать свои изменения.

можно попробовать git reset --hard HEAD
напомните, что:
HEAD указывает на вашу текущую ветку (или текущую фиксацию), поэтому все, что будет делать git reset --hard HEAD, - это отбросить все незафиксированные изменения, которые у вас есть.

Это классическая ошибка git. Проблема описана в сообщении об ошибке: Updates were rejected because the tip of your current branch is behind, что означает, что в удаленную ветку были внесены изменения, которых у вас нет локально. Есть несколько способов исправить это, один из которых также описан в сообщении git: Integrate the remote changes (e.g. hint: 'git pull ...') before pushing again.

Если вы сделаете git pull origin dev, все изменения, сделанные на удаленном компьютере, будут объединены с вашим локальным филиалом. Как только вы исправите конфликты слияния, вы можете нажать ветку.

Другой вариант - запустить перебазирование, выполнив git pull --rebase origin dev, который внесет удаленные изменения и перебазирует ваши коммиты поверх удаленных коммитов. Это приведет к более чистой истории git.

Самым простым на данный момент, вероятно, было бы просто сделать git pull, а затем, когда он правильно слился, нажать на ваш пульт.

Я определенно рекомендую изучить команды git и научиться правильно находить ресурсы в документации. В Интернете много всего.

Другие вопросы по теме