Рабочий процесс для управления запросами на получение доступа к общим репозиториям в github

Question

Я пытаюсь обработать пул-запрос на репо, которым я не владею, но имею права администратора.Когда я пытаюсь получить изменения с другого форка, происходит сбой с ошибкой, которая не совсем ясна.Вот мой рабочий процесс ...

1. Основной репо Fork
2. Внести изменения в этот форк
3. Передать этот форк
   3.5 (перейдите к шагу 2)
4. Отправить запрос на извлечение в главный репо

Как администратор основного репо, я пытаюсь объединить эти изменения следующим образом ...

1. git clone git@github.com:dude/project.git
2. git checkout -b gtracy-master master
3. git pull http://gtracy@github.com/gtracy/project.git master

После ввода пароля я получаю сообщение об ошибке ...

error: The requested URL returned error: 401 while accessing 
http://gtracy@github.com/gtracy/project.git/ifno/refs

Это неправильный рабочий процесс?Есть ли более простой способ управлять своими собственными пулл-запросами?

Спасибо!

Answer 1

Страница справки по запросу извлечения GitHub 1002 * не упоминайте об этом, но я предпочитаю перебрасывать свою работу, выполненную в развилке над веткой, из исходного репо перед отправкой любой запрос на извлечение.
То есть я бы добавил исходное хранилище в качестве удаленного, извлекал ветвь, к которой в конечном итоге будет применен мой оттягивающий запрос, и сначала перебазировал бы мою работу локально (в пределах моего форка) поверх этой ветки.
Таким образом, я гарантирую, что все мои запросы на получение ответов будут быстрыми.

В вашем случае, однако, это может не применяться, если вы знаете, что в исходном репо не было опубликовано никаких изменений, так как вы разветвилии работал над вашим локальным репо.

Для вашей второй части я бы следовал части " Объединение вытягивающего запроса " и добавлял ваше разветвленное репо в качестве удаленного к исходному клону репо.

Как говорится, ошибка 401 "Несанкционированный" упоминается на странице GitHub Smart HTTP :

Не забудьте часть https - Git отправит тебеВаш пароль хэширован, но не зашифрован по сети, поэтому обязательно используйте SSL.
В будущих версиях Git (при условии, что наш патч будет интегрирован), Git запросит у вас имя пользователя, если оно не предоставлено, и клиент получит 401,так что вам фактически не нужно будет вводить свое имя пользователя в URL - он просто спросит вас, когда Git нуждается в этом.

Так что, если вы хотите использовать имя пользователя в своем адресе, попробуйте использовать https.
Или попробуйте с http://github.com/gtracy/project.git (публичный адрес репо)