Я создал запрос на перенос проекта на GitHub в конкретную удаленную ветку. Через некоторое время удаленная ветка была удалена.
Как я могу изменить запрос на перенос, чтобы он указывал на другую ветку (в частности master
)?
Я создал запрос на перенос проекта на GitHub в конкретную удаленную ветку. Через некоторое время удаленная ветка была удалена.
Как я могу изменить запрос на перенос, чтобы он указывал на другую ветку (в частности master
)?
Ответы:
Теперь вы можете изменить базовую ветку открытого запроса на вытягивание. После того, как вы создали запрос на вытягивание, вы можете изменить базовую ветвь, чтобы изменения в запросе на вытягивание сравнивались с другой ветвью. Изменив базовую ветку исходного запроса на перенос, а не открывая новую с правильной базовой веткой, вы сможете сохранить ценную работу и обсуждение.
Нажмите Editкнопку рядом с заголовком запроса на перенос, чтобы открыть селектор базовой ветви.
Вы не можете. Просто сделайте новый запрос на перенос.
Хотя это и недокументировано, вы можете сделать это с помощью GitHub REST API.
В этом ответе объясняется использование API , но в основном вы можете отправить запрос REST, подобный этому:
$ curl --user "tom" \
--request PATCH \
--data '{"issue": "15", "head": "tom:new-branch", "base": "master"}' \
https://api.github.com/repos/fred/fabproj/pulls
Это изменит запрос на вытягивание, реализованный в выпуске 15 в fred/fabproj
репо, на использование new-branch
ветки на tom/fabproj
вилке.
Изменить: Примечание: согласно комментариям, приведенное выше предназначено только для прикрепления нового запроса на перенос к существующей проблеме .
issue
имело неправильное значение, возможно, предполагая, что вы больше не можете изменять уже созданные запросы на перенос. Позор.
По состоянию на 15.08.2016 это теперь возможно через Github :
Теперь вы можете изменить базовую ветку открытого запроса на вытягивание. После того, как вы создали запрос на вытягивание, вы можете изменить базовую ветвь, чтобы изменения в запросе на вытягивание сравнивались с другой ветвью. Изменив базовую ветку исходного запроса на перенос, а не открывая новую с правильной базовой веткой, вы сможете сохранить ценную работу и обсуждение.
Я мог изменить целевую ветку. Это правда, что мы не можем редактировать название целевой ветки в PR. Но уловка состоит в том, чтобы переименовать ветку во что-то другое и переименовать целевую ветку в ветку, которая уже есть в PR.
Пример: мой PR имеет имя типа «dev-4.9». Есть еще одна ветка, которая называется «qa-4.9». Все, что я хочу, это чтобы "qa-4.9" был целевой веткой PR. Шаги: 1 1) Переименуйте ветку "dev-4.9" на другое "original-dev-4.9"
git checkout dev-4.9
git branch -w original-dev-4.9
git push origin original-dev-4.9
2) Переименуйте ветку "qa-4.9" в "dev-4.9".
git checkout qa-4.9
git branch -w dev-4.9
git push origin dev-4.9 -f (force push to write entire branch to reflect dev-4.9)
3) Обновите URL-адрес PR и посмотрите, какие коммиты в qa-4.9 отражены там.
Вместо того, чтобы терять все комментарии, связанные с PR, в удаленную ветку:
Например, у вас есть PR для ветки 1, которая удаляется. Теперь вы хотите объединиться, чтобы составить и сохранить комментарии к существующему PR:
Это немного взломано, но намного лучше, чем уничтожать множество комментариев.
Github теперь поддерживает это. Кнопка редактирования в правом конце PR.
вы должны использовать github api .
curl --user "your_github_username" \
--request PATCH \
--data '{"title":"newtitle","body":"newbody",...}' \
https://api.github.com/repos/:owner/:repo/pulls/:number
вы можете найти подробный список данных в документации разработчика github
curl --user "jeremyclement" \
--request PATCH \
--data '{"title":"allows the control of files and folders permissions."}' \
https://api.github.com/repos/Gregwar/Cache/pulls/9
похоже, что поля head/label
и head/ref
редактировать нельзя. На данный момент, кажется, единственное решение - Эмбер.