Когда я пытаюсь нажать изменение, которое я совершил, я получаю следующую ошибку...
git.exe push -v --progress "origin" iteration1:iteration1
remote: *********************************************************************
To ssh://[email protected]/cit_pplus.git
! [remote rejected] iteration1 -> iteration1 (pre-receive hook declined)
error: failed to push some refs to 'ssh://[email protected]/cit_pplus.git'
Что происходит?
Вы должны спросить, кто будет поддерживать репо в [email protected]/cit_pplus.git.
Ваши коммиты были отклонены pre-receive hook этого репо (что настраиваемый пользователем script, предназначенный для анализа входящих комментирует и решает, насколько они достаточно хороши для принятия в репо).
Также неплохо попросить человека обновить крючок, чтобы он напечатал причины отклонения.
Если разработчик - это вы сами, то похоже, что у вас возникла проблема с настройкой на стороне сервера. Пожалуйста, поделитесь дополнительной информацией.
Готов поспорить, что вы пытаетесь непереталкивать вперед, а крючок блокирует его. Если это так, просто запустите git pull --rebase, прежде чем нажимать для восстановления локальных изменений на самой новой кодовой базе.
Размер файла важен. Для одного файла существует ограничение ~ 120 МБ. В моем случае файл .gitignore, использующий Visual Studio, был в списке, но файл все еще был зафиксирован. При использовании git cli мы можем получить более подробную информацию об ошибке.
хук предварительного получения отклонен был в результате большого файла. В основном валидация толчка.
Чтобы решить эту проблему, я удалил последний коммит, используя:
git reset --soft HEAD~1
Затем я исключил файл из коммита.
Примечание: Используйте HEAD ~ N, чтобы вернуться к N числу предыдущих коммитов. (т.е. 3, 4) Всегда используйте переключатель --soft для сохранения изменений в папке
Надеюсь, поможет.
Это может быть связано с тем, что у вас не было прав доступа для отправки коммита в ветку, например master. Вы можете попросить сопровождающего дать вам право выдвигать коммиты.
В моем случае я получил это сообщение, потому что ветвь была отмечена как "Защищенная" в GitLab.
У меня была эта проблема при попытке объединить изменения с размером файла больше, чем разрешен удаленный репозиторий (в моем случае это был GitHub)
Я получил это сообщение, когда сервер GitLab претерпел некоторые изменения. На следующий день толчок работал отлично. В любом случае, как указывали другие, проконсультируйтесь с вашим сопровождающим.
Я столкнулся с этой же проблемой.
Для меня это решило переключиться на другую ветку и затем вернуться к первоначальной.
Не уверен, что причина подчеркивания была, но это исправило это.
Это на самом деле происходит, когда YACC включен на стороне сервера в BitBucket. YACC позволяет указывать имена проблем JIRA в сообщении коммита. Поэтому всякий раз, когда вы что-либо делаете, сохраняйте свой номер JIRA в сообщении о коммите, а затем дополнительно вы можете добавить свое собственное сообщение.
Я использовал GitKraken, и мы создали локальную ветвь, затем мы объединили две удаленные ветки в ней, а затем мы попытались подтолкнуть локальную ветвь к источнику. Он не работал с тем же сообщением об ошибке.
Решение состояло в том, чтобы создать локальную ветвь и выдвинуть ее сначала в источник, а затем выполнить слияние.
Я столкнулся с проблемой невозможности перенести мои изменения в мою исходную ветку и что-либо в основную ветку репозитория конкретного проекта, так как размер этого репо превысил жесткий предел в 2 ГБ. Это была ошибка. Это потому, что мы неосознанно поместили тестовые данные в bitbucket из других ветвей тестирования.
PUSH Сбой refs/head / - крюк предварительного получения отклонен
Итак, попытка проверки заключается в том, что то же самое с другим репозиторием проекта, и у них не было никаких проблем.
Мой коллега заметил, что когда мы клонировали проект локально, размер проекта составлял 110 МБ. Итак, мы начали очищать ранее объединенные ветки и активные ветки, которые больше не требуются. Как только эта очистка была сделана для нескольких веток, мы поняли, что размер репо резко сократился с 2 ГБ до 120 МБ. Затем мы попытались перенести изменения в мою ветку, и это сработало.
Если это кому-то поможет:
У меня было пустое хранилище без основной ветки для снятия защиты (в Gitlab), поэтому перед запуском git push -u origin --all
git push -u origin master я должен был запустить git push -u origin master,--all и --tags)Я получил это, пытаясь нажать на экземпляр dokku. Оказывается, диск был заполнен на моем сервере.
Ран:
du -f
И результат был:
Filesystem Size Used Avail Use% Mounted on
udev 476M 0 476M 0% /dev
tmpfs 100M 4.4M 95M 5% /run
/dev/xvda1 7.8G 7.4G 8.9M 100% /
В моем случае у нас есть хуки для сообщений фиксации, наш серверный скрипт принимает коммиты, если они имеют специальный формат для сообщения фиксации "<JIRA ID><Message>". Он (ловит) отклоняет коммит, если соответствующий билет Jira не существует или в сообщении коммита есть специальные символы. Я сталкиваюсь с этой ошибкой, когда я добавляю /, [,> и т.д. В сообщении коммита, удаление этих работает нормально.
Для меня авторизация на удаленном git сервере решит проблему. 
В моем случае это потому, что я случайно добавил гигантский файл к своему незафиксированному пушу, и я не мог избавиться от него, независимо от того, какое нажатие или сброс или rm я сделал после.
Моё грязное, но работоспособное решение - переименовать текущий каталог, повторно клонировать каталог в локальный и отразить изменения вручную в локальном каталоге...
Звучит не очень хорошо, но работает...
Ошибка для меня состояла в том, что в проекте не было создано ни одной ветки, и моя роль была разработчиком, поэтому я не мог создать какую-либо ветку, требовать, чтобы они дали мне соответствующие разрешения и все в порядке сейчас!
мерзавец --rebase
Работал на меня. Спасибо
Bitbucket: проверьте наличие разрешений для веток в настройках (это может быть "Запретить все"). Если это не сработает, просто клонируйте вашу ветку в новую локальную ветку, перенесите изменения в удаленную (будет создана новая удаленная ветка) и создайте PR.
Я столкнулся с той же ошибкой, после проверки у меня был доступ разработчика и я не мог опубликовать новую ветку. Добавление более высоких прав доступа решило эту проблему. (Gitlab)
Я получил эту ошибку с GitHub Gist. Я пытался отправить коммит с файлами в подкаталогах. Оказалось, гист может иметь файлы только в корневом каталоге.
Указание версии node.js может решить проблему следующим образом
{
"name": "myapp",
"description": "a really cool app",
"version": "1.0.0",
"engines": {
"node": "10.3.0"
}
}