Как отменить пулл реквест github
Как отменить пулреквест на гитхабе?
Как можно отменить пул-реквест на github?
7 ответов
В основном вам нужно проделать следующие шаги:
Пример (кнопка в самом низу):
Таким образом, запрос на перенос закрывается (и игнорируется) без его объединения.
Но поскольку система запросов на вытягивание GitHub также включает раздел обсуждения, в котором вы могли бы высказать свое беспокойство получателю этих изменений, попросив его / ее игнорировать 29 из 30 ваших коммитов.
При этом с января 2011 г. («обновленные обсуждения запросов на слияние» ) и упомянутый в ответе выше, вы можете закрыть запрос на перенос в комментариях.
Найдите кнопку «Прокомментировать и закрыть» внизу страницы обсуждения:
Если вы отправили пул-реквест в репозиторий, где у вас нет прав на его закрытие, вы можете удалить ветку, из которой был получен пул-реквест. Это отменит запрос на перенос.
Перейдите на вкладку разговора, затем спуститесь, там есть одна кнопка » закрыть запрос на перенос «, используйте эту кнопку, чтобы закрыть запрос на перенос, взять ссылку на прикрепленное изображение
Если вы открыли PR на gitHub, но он еще не объединен и вы хотите избавиться от него, а не просто закрыть, выполните эту простую команду:
У меня такая же проблема. Что я сделал
Как отменить запрос pull на github?
Как можно отменить запрос pull на github?
обновление Принятый ответ не детализировал шаги в ответе, и в любом случае, github сделал это мертвым простым, так как этот вопрос был задан, поэтому вот шаги:
5 ответов
GitHub теперь поддерживает закрытие pull-запрос
в духе DVCS (как в «Distributed»), вы не отменяете то, что вы опубликовали:
Запросы на вытягивание-это, по сути, патчи, которые вы отправляете (обычно по электронной почте, здесь GitHub webapp), и вы также не отмените электронное письмо;)
но так как система запроса GitHub Pull также включает в себя раздел обсуждения, это было бы там, что вы могли бы выразить свою озабоченность получателю этих изменений, попросив его / ее игнорировать 29 из ваших 30 совершает.
Это, как говорится, с января 2011 года («Обновленные Обсуждения Запроса Pull»), и упоминается в ответ выше, вы можете закрыть запрос в комментариях.
Посмотрите на эту кнопку «комментарий и закрыть» в нижней части страницы обсуждения:
Если вы отправили запрос на вытягивание в репозиторий, где у вас нет прав на его закрытие, вы можете удалить ветку, из которой возник запрос на вытягивание. Это отменит запрос на вытягивание.
перейдите на вкладку разговора, затем спуститесь туда»закрытие pull-запрос » кнопка там использует эту кнопку для того чтобы закрыть запрос тяги, принимает ref прикрепленного изображения
Я хотел прокомментировать, но поскольку моя репутация не подходит для комментариев, это должен быть ответ. Github на самом деле позволит вам не только отменить запрос тянуть, , но и удалить его просто удалив вилку, которую вы пытаетесь нажать. Надеюсь, это может помочь некоторым другим в этом.
Отменить git pull, как привести РЕПО в старое состояние
EDIT я хочу отменить слияние git для уточнения. Увидев некоторые ответы, я сделал это
8 ответов
git pull будет делать две вещи: он делает git fetch и git merge где он объединяет ветви, которые были настроены для объединения в вашей конфигурации.
Итак, что вы хотите сделать, это отменить слияние (отмена выборки не имеет большого смысла и не должна быть необходимой).
то же, что и ответ jkp, но вот полная команда:
где a0d3fe6 найден, выполнив
и, глядя на точку, в которой вы хотите отменить.
более современный способ отменить слияние:
и немного более старый способ:
старомодный способ, описанный в предыдущих ответах (предупреждение: отбросит все ваши локальные изменения):
он работает первое использование: git reflog
найдите свой SHA вашего состояния previus и сделайте (например, HEAD@<1>)
бонус:
говоря о тяге, я хотел бы поделиться интересным трюком,
эта команда выше-самая полезная команда в моей жизни git, которая сэкономила много времени.
перед нажатием новой фиксации на сервер, попробуйте эту команду, и она автоматически синхронизирует последние изменения сервера (с fetch + merge) и разместит вашу фиксацию вверху в журнале git. Не нужно беспокоиться о ручном вытягивании / слиянии.
поскольку» pull «или» merge » устанавливают ORIG_HEAD как текущее состояние перед выполнением этих действий.
Как сделать pull request
Pull Request — запрос на включение. На включение написанного вами кода в чужой репозиторий.
С чего начать?
А для начала этот самый репозиторий нужно форкнуть (fork — вилка, ответвление). Разберём это нехитрое действо на примере веб-сервиса для хостинга IT-проектов, название которому GitHub. Разумеется, кроме GitHub есть и другие: BitBucket, например. Выбирать по вкусу.
Для успешного проведения нижеизложенных операций у вас (что естественно) должен быть установлен git
В консоли в зависимости от входных данных набираем нечто подобное:
Отлично. Уже можно вносить свои изменения в код проекта.
Тот репозиторий, что теперь лежит на вашем жёстком диске, независим от основного. В нём отслеживаются только ваши наработки. Но как следить за изменениями, происходящими в первоисточнике, откуда вы « стянули » репозиторий? Добавить удаленный репозиторий в отслеживаемые. Например, так:
Давайте посмотрим как сливать изменения из оригинального репозитория к себе в случае, если разработка в нём ушла вперёд пока вы сосредоточенно писали коммиты:
Если репозиторий огромен, а забирать его весь не хочется, клонируем только нужную ветку:
Что такое ветки?
Чаще всего ветки (branch — ответвление, ветвь, филиал) бывают тематическими. Например, при общей разработке, когда у всех участников есть право записи в репозиторий. В этом случае ветки используются для отделения изменений, сделанных одним из разработчиков, от общего репозитория. Ветки могут пригодиться и в случае с созданием pull-request’а.
Создание ветки происходит довольно просто. Находясь в каталоге с проектом, наберите следующие команды:
Новые ветки создаются не только из master, берите любую!
Находясь в только что созданной ветке, вы можете приступить к работе. Вносите в код свои изменения, а когда закончите просто переключитесь обратно к своей основной ветке. Вы можете отправить pull request, выбрав ветку new_branch или же прежде слить изменения из неё в основную ветку разработки. Рассмотрим это подробнее:
Если нужно отправить в свой удалённый репозиторий вновь созданную ветку (не сливать её с master), делаем следующее:
Не торопитесь сливать изменения. Если что-то не заладилось, созданную ветку можно удалить:
Удалить все локальные ветки, которые были смержены (то есть код которых теперь есть) в ветках develop или master:
Отправляем изменения
Добрались таки до ответа на поставленный вопрос: что такое pull request, зачем оно нужно и как его достичь. Как предложить владельцу репозитория свои изменения?
Для этого зайдите в свой аккаунт, выбирайте репозиторий владельца и ищите небольшую зелёную кнопку (на момент написания поста она была таковой, если даже что-то изменится, думаю, найти её будет несложно).
А дальше. ждать. Пока придёт владелец оригинального репозитория и примет/отклонит ваши изменения.
Ну вот, мы его достигли. Просветления то есть 🙂
Как отменить изменения
Когда нужно вернуть более старое состояние уже проиндексированных файлов и забыть о них совсем (помните, что упомянутая здесь операция отменит всю вашу работу до определённого коммита!):
Cмотрим на какой коммит откатиться. В примере откатываемся назад на 1 коммит. Для изменения состояния в этой же ветке удалённого репозитория тоже придётся использовать грубую силу — флаг force :
Или посмотреть все изменения, которые происходили с отдельным файлом:
А подробнее?
Итогов подводить не стану. Для заинтересованных лиц ссылочка на неофициальную документацию: The Git Community Book
Отменить слияние по запросу pull?
кто-то принял запрос, который они не должны были. Теперь у нас есть куча сломанного кода, объединенного. Как отменить запрос? Я просто собирался вернуть изменения в коммит непосредственно перед слиянием, но я заметил, что он слился в кучу коммитов. Итак, теперь есть все эти коммиты от этого человека за несколько дней до слияния. Как вы это отмените?
6 ответов:
есть лучший ответ к этой проблеме, хотя я мог бы просто разбить это шаг за шагом.
вам нужно будет получить и проверить последние изменения вверх по течению, например:
взглянув на журнала фиксации, вы должны найти что-то похожее на это:
Теперь вы хотите, чтобы отменить весь запрос pull с возможностью unrevert позже. Для этого вам нужно будет взять идентификатор merge commit.
на merge commit это верхний, где он говорит » Объединенный запрос на вытягивание #123. «.
сделать это, чтобы отменить изменения («добавить бар» и «добавить foo») и вы в конечном итоге в одном коммите возвращаете весь запрос на вытягивание, который вы можете отменить позже и сохранить историю изменений в чистоте:
посмотрите на свой график фиксации (с помощью gitk или аналогичной программы). Вы увидите коммиты из запроса pull, и вы увидите свои собственные коммиты и коммит слияния (если это не было быстрое слияние). Вам просто нужно найти последний из ваших собственных коммитов перед слиянием и сбросить ветку до этого коммита.
(если у вас есть reflog филиала, она должна быть еще легче найти совершал перед слиянием.)
(правка после получения дополнительной информации в комментарии:)
Я предполагаю, что последний (самый правый) фиксации свой неправильно слияние по запросу pull, который объединил синюю линию, увиденную здесь. Твой последний хороший commit будет тем, что раньше на черной линии, здесь отмечено красным цветом:
сброс к этой фиксации, и вы должны быть в порядке.
это значит, в вашей локальной рабочей скопируйте это (убедившись, что у вас больше нет незафиксированных вещей, например, git stash):
теперь подтвердите, что вы действительно находитесь на фиксации, которую я отметил там, и вы не увидите ни одного из вытащенных вещей в своей родословной.
теперь все должно выглядеть прямо на github, тоже. Коммиты по-прежнему будут находиться в вашем репозитории, но недоступны для любой ветви, поэтому не должны сделайте там что-нибудь плохое. (И они все еще будут в хранилище Роджерпаладина, конечно.)
(там может быть GitHub специфический веб-единственный способ сделать то же самое, но я не слишком хорошо знаком с Github и его системой управления запросами pull.)
Примечание что если кто-то еще уже мог вытащить вашего мастера с неправильным фиксацией, у них тогда есть та же проблема, что и у вас в настоящее время, и не может действительно внести свой вклад. перед сбросом на новый мастер версия.
на будущее: