Апдейт pr: Апдейт PR – QA PR-CY

alexxlab

Апдейт PR – QA PR-CY

  1. Сообщество
  2. Апдейт PR

Ответы на пост (29) Написать ответ

DronD

8

08.11.2012 03:23

С чего ты взял? Пруфы в студию.

Obsi

1

08.11.2012 03:39

кто тебе сказал???

+4 Дали

Obsi

1

08.11.2012 03:47

где увидел???

на новом сайте + 4, на остальных без изменений, ссылок покупал всем поровну.

Obsi, апдейт седня PR, смотри свои сайты, у моих 3 сайтов +1

Obsi

1

08.11.2012 04:36

А где ты именно смотришь?

+3, +1

Есть хороший АПдейт! 🙂

NIKNN

206

08. 11.2012 07:25

у пяти сайтов которым по месяцу +3)) Эксперимент удался)) могу без вложений делать PR до 4х) Проверено 2мя апами)) На 10 сайтах)

Апнуло +1

Zona

29

08.11.2012 07:37

Ура!+5 и +3 крайне удачный ап!

webos

1

08.11.2012 08:15

двум сайтам по +1, третьему +3. Очень доволен!

QQkill

50

08.11.2012 08:16

WTF? что с гуглом? сайту которому 2 месяца и который я забросил месяц назад +4 дали… ПС. Кому домен old-rap.ru c Page Rank 4? ))

gumiii

10

08. 11.2012 09:08

У меня двум +3, одному +4 !!!!!!!!!!!!!! А что дает гугл пэйдж ранк? :))

у меня плюс 0 (((((((((((((((((((((((((((((((((((((((((((((((((((((((((((( везде

Апдейт и правда хороший пошел) Практически одни плюсы по доброй сотне сайтов)

pramus

59

08.11.2012 09:50

Qantum

14

08.11.2012 09:55

УРА! плюсики :)))

biget

1

08.11.2012 10:02

На этом сайте проверяете или как?

будет еще меняться или все уже(((как думаете?

tudor

3

08.11. 2012 10:55

думаю что нет

tudor

3

08.11.2012 10:55

Была единичка, стала двоечка, приятно.

первые +2 ))

у меня один сайт +1 а на другом +2)))

+3 сайту 2 месяца.. вопрос.. кроме продажи ссылок на пр я понимаю заработать невозможно.. (казапа к примеру) верно? И вообще вот дали ПР он влияет на ранжирование сайта в списке? Или как тиц — не влияет.?

Похожие посты

  • Возврат pr без апдейта
    2

  • Не понял, прикола с PR
    5

  • Ссылки в вебмастере гугл
    4

  • Апдейт PR: Не ждали? А он тут)
    12

  • АП Google PR
    12

Анализ сайта

Поможем улучшить ваш сайт.

az repos pr | Microsoft Learn

  • Ссылка

Примечание

Этот справочник является частью расширения azure-devops для Azure CLI (версии 2. 30.0 или более поздней). Расширение будет автоматически установлено при первом запуске команды az repos pr . Подробнее о расширениях.

Управление запросами на вытягивание.

Команды

az repos pr checkout

Если локальные изменения отсутствуют, вы запустите ветвь источника запроса на вытягивание локально.

az repos pr create

Создайте запрос на вытягивание.

az repos pr list

Вывод списка запросов на вытягивание.

az repos pr policy

Управление политикой запросов на вытягивание.

az repos pr policy list

Вывод списка политик запроса на вытягивание.

az repos pr policy queue

Постановка в очередь оценки политики для запроса на вытягивание.

az repos pr reviewer

Управление рецензентами для запросов на вытягивание.

az repos pr reviewer add

Добавьте одного или нескольких рецензентов в запрос на вытягивание.

az repos pr reviewer list

Вывод списка рецензентов запроса на вытягивание.

az repos pr reviewer remove

Удалите одного или нескольких рецензентов из запроса на вытягивание.

az repos pr set-vote

Проголосуйте по запросу на вытягивание.

az repos pr show

Получение сведений о запросе на вытягивание.

az repos pr update

Обновление запроса на вытягивание.

az repos pr work-item

Управление рабочими элементами, связанными с запросами на вытягивание.

az repos pr work-item add

Связывание одного или нескольких рабочих элементов с запросом на вытягивание.

az repos pr work-item list

Вывод списка связанных рабочих элементов для запроса на вытягивание.

az repos pr work-item remove

Отмена связи одного или нескольких рабочих элементов с запросом на вытягивание.

az repos pr checkout

Если локальные изменения отсутствуют, вы запустите ветвь источника запроса на вытягивание локально.

 
 
az repos pr checkout --id
                     [--remote-name]

Обязательные параметры

—id

Идентификатор запроса на вытягивание.

Необязательные параметры

—remote-name

Глобальные параметры

—debug

Повышение уровня детализации журнала для включения всех журналов отладки.

—help -h

Отображение этого справочного сообщения и выход.

—only-show-errors

Показывать только ошибки, блокируя предупреждения.

—output -o

Формат вывода.

—query

Строка запроса JMESPath. Дополнительные сведения и примеры см. на сайте http://jmespath.org/.

—subscription

Имя или идентификатор подписки Подписку по умолчанию можно настроить с помощью az account set -s NAME_OR_ID.

—verbose

Повышение уровня детализации журнала. Чтобы включить полные журналы отладки, используйте параметр —debug.

az repos pr create

Создайте запрос на вытягивание.

az repos pr create [--auto-complete {false, true}]
                   [--bypass-policy {false, true}]
                   [--bypass-policy-reason]
                   [--delete-source-branch {false, true}]
                   [--description]
                   [--detect {false, true}]
                   [--draft {false, true}]
                   [--merge-commit-message]
                   [--open]
                   [--org]
                   [--project]
                   [--repository]
                   [--reviewers]
                   [--source-branch]
                   [--squash {false, true}]
                   [--target-branch]
                   [--title]
                   [--transition-work-items {false, true}]
                   [--work-items]

Необязательные параметры

—auto-complete

—bypass-policy

—bypass-policy-reason

Причина обхода необходимых политик.

—delete-source-branch

—description -d

Описание нового запроса на вытягивание. Может включать markdown. Каждое значение, отправленное этому аргументу, будет новой строкой. Например: —description «Первая строка» «Вторая строка».

—detect

—draft

—merge-commit-message

Сообщение, отображаемое при слиянии фиксаций.

—open

—org —organization

URL-адрес организации Azure DevOps. Вы можете настроить организацию по умолчанию с помощью команды az devops configure -d organization=ORG_URL. Требуется, если не настроено по умолчанию или не выбрано с помощью конфигурации Git. Пример: https://dev.azure.com/MyOrganizationName/.

—project -p

Имя или идентификатор проекта. Проект по умолчанию можно настроить с помощью команды az devops configure -d project=NAME_OR_ID. Требуется, если не настроено по умолчанию или не выбрано с помощью конфигурации Git.

—repository -r

Имя или идентификатор репозитория для создания запроса на вытягивание.

—reviewers

Дополнительные пользователи или группы для включения в качестве рецензентов в новом запросе на вытягивание. Пространство разделено.

—source-branch -s

Имя исходной ветви. Пример: «dev».

—squash

—target-branch -t

Имя целевой ветви. Если не указано, по умолчанию используется ветвь целевого репозитория по умолчанию.

—title

Заголовок нового запроса на вытягивание.

—transition-work-items

—work-items

Идентификаторы рабочих элементов, которые необходимо связать с новым запросом на вытягивание. Пространство разделено.

Глобальные параметры

—debug

Повышение уровня детализации журнала для включения всех журналов отладки.

—help -h

Отображение этого справочного сообщения и выход.

—only-show-errors

Показывать только ошибки, блокируя предупреждения.

—output -o

Формат вывода.

—query

Строка запроса JMESPath. Дополнительные сведения и примеры см. на сайте http://jmespath.org/.

—subscription

Имя или идентификатор подписки Подписку по умолчанию можно настроить с помощью az account set -s NAME_OR_ID.

—verbose

Повышение уровня детализации журнала. Чтобы включить полные журналы отладки, используйте параметр —debug.

az repos pr list

Вывод списка запросов на вытягивание.

az repos pr list [--creator]
                 [--detect {false, true}]
                 [--include-links]
                 [--org]
                 [--project]
                 [--repository]
                 [--reviewer]
                 [--skip]
                 [--source-branch]
                 [--status {abandoned, active, all, completed}]
                 [--target-branch]
                 [--top]

Необязательные параметры

—creator

Ограничьте результаты запросами на вытягивание, созданными этим пользователем.

—detect

—include-links

—org —organization

URL-адрес организации Azure DevOps. Вы можете настроить организацию по умолчанию с помощью команды az devops configure -d organization=ORG_URL. Требуется, если не настроено по умолчанию или не выбрано с помощью конфигурации Git. Пример: https://dev.azure.com/MyOrganizationName/.

—project -p

Имя или идентификатор проекта. Проект по умолчанию можно настроить с помощью команды az devops configure -d project=NAME_OR_ID. Требуется, если не настроено по умолчанию или не выбрано с помощью конфигурации Git.

—repository -r

Имя или идентификатор репозитория.

—reviewer

Ограничьте результаты запросами на вытягивание, если этот пользователь является рецензентом.

—skip

Количество пропущенных запросов на вытягивание.

—source-branch -s

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

—status

—target-branch -t

Ограничьте результаты запросами на вытягивание, предназначенными для этой ветви.

—top

Максимальное количество запросов на вытягивание в список.

Глобальные параметры

—debug

Повышение уровня детализации журнала для включения всех журналов отладки.

—help -h

Отображение этого справочного сообщения и выход.

—only-show-errors

Показывать только ошибки, блокируя предупреждения.

—output -o

Формат вывода.

—query

Строка запроса JMESPath. Дополнительные сведения и примеры см. на сайте http://jmespath.org/.

—subscription

Имя или идентификатор подписки Подписку по умолчанию можно настроить с помощью az account set -s NAME_OR_ID.

—verbose

Повышение уровня детализации журнала. Чтобы включить полные журналы отладки, используйте параметр —debug.

az repos pr set-vote

Проголосуйте по запросу на вытягивание.

az repos pr set-vote --id
                     --vote {approve, approve-with-suggestions, reject, reset, wait-for-author}
                     [--detect {false, true}]
                     [--org]

Обязательные параметры

—id

Идентификатор запроса на вытягивание.

—vote

Необязательные параметры

—detect

—org —organization

URL-адрес организации Azure DevOps. Вы можете настроить организацию по умолчанию с помощью команды az devops configure -d organization=ORG_URL. Требуется, если не настроено по умолчанию или не выбрано с помощью конфигурации Git. Пример: https://dev.azure.com/MyOrganizationName/.

Глобальные параметры

—debug

Повышение уровня детализации журнала для включения всех журналов отладки.

—help -h

Отображение этого справочного сообщения и выход.

—only-show-errors

Показывать только ошибки, блокируя предупреждения.

—output -o

Формат вывода.

—query

Строка запроса JMESPath. Дополнительные сведения и примеры см. на сайте http://jmespath.org/.

—subscription

Имя или идентификатор подписки Подписку по умолчанию можно настроить с помощью az account set -s NAME_OR_ID.

—verbose

Повышение уровня детализации журнала. Чтобы включить полные журналы отладки, используйте параметр —debug.

az repos pr show

Получение сведений о запросе на вытягивание.

az repos pr show --id
                 [--detect {false, true}]
                 [--open]
                 [--org]

Обязательные параметры

—id

Идентификатор запроса на вытягивание.

Необязательные параметры

—detect

—open

—org —organization

URL-адрес организации Azure DevOps. Вы можете настроить организацию по умолчанию с помощью команды az devops configure -d organization=ORG_URL. Требуется, если не настроено по умолчанию или не выбрано с помощью конфигурации Git. Пример: https://dev.azure.com/MyOrganizationName/.

Глобальные параметры

—debug

Повышение уровня детализации журнала для включения всех журналов отладки.

—help -h

Отображение этого справочного сообщения и выход.

—only-show-errors

Показывать только ошибки, блокируя предупреждения.

—output -o

Формат вывода.

—query

Строка запроса JMESPath. Дополнительные сведения и примеры см. на сайте http://jmespath.org/.

—subscription

Имя или идентификатор подписки Подписку по умолчанию можно настроить с помощью az account set -s NAME_OR_ID.

—verbose

Повышение уровня детализации журнала. Чтобы включить полные журналы отладки, используйте параметр —debug.

az repos pr update

Обновление запроса на вытягивание.

az repos pr update --id
                   [--auto-complete {false, true}]
                   [--bypass-policy {false, true}]
                   [--bypass-policy-reason]
                   [--delete-source-branch {false, true}]
                   [--description]
                   [--detect {false, true}]
                   [--draft {false, true}]
                   [--merge-commit-message]
                   [--org]
                   [--squash {false, true}]
                   [--status {abandoned, active, completed}]
                   [--title]
                   [--transition-work-items {false, true}]

Обязательные параметры

—id

Идентификатор запроса на вытягивание.

Необязательные параметры

—auto-complete

—bypass-policy

—bypass-policy-reason

Причина обхода необходимых политик.

—delete-source-branch

—description -d

Новое описание запроса на вытягивание. Может включать markdown. Каждое значение, отправленное этому аргументу, будет новой строкой. Например: —description «Первая строка» «Вторая строка».

—detect

—draft

—merge-commit-message

Сообщение, отображаемое при слиянии фиксаций.

—org —organization

URL-адрес организации Azure DevOps. Вы можете настроить организацию по умолчанию с помощью команды az devops configure -d organization=ORG_URL. Требуется, если не настроено по умолчанию или не выбрано через конфигурацию Git. Пример: https://dev.azure.com/MyOrganizationName/.

—squash

—status

—title

Новое название для запроса на вытягивание.

—transition-work-items

Глобальные параметры

—debug

Повышение уровня детализации журнала для включения всех журналов отладки.

—help -h

Отображение этого справочного сообщения и выход.

—only-show-errors

Показывать только ошибки, блокируя предупреждения.

—output -o

Формат вывода.

—query

Строка запроса JMESPath. Дополнительные сведения и примеры см. на сайте http://jmespath.org/.

—subscription

Имя или идентификатор подписки Подписку по умолчанию можно настроить с помощью az account set -s NAME_OR_ID.

—verbose

Повышение уровня детализации журнала. Чтобы включить полные журналы отладки, используйте параметр —debug.

Как обновить свой PR на GitHub

Итак, вы создали запрос на вытягивание (PR) на GitHub и получили несколько отзывов. Теперь вам нужно обновить PR для устранения комментариев. Как ты это делаешь? В этом посте показано, как обновить файлы в существующем PR, используя либо командную строку, либо пользовательский интерфейс GitHub.

Когда вы спрашиваете, как обновить файлы в существующем PR на GitHub, ответ обычно примерно такой:

Просто отправьте обновления в ту же ветку, и GitHub позаботится об этом автоматически.

Что ж, это правда. GitHub позаботится об этом, и это довольно волшебно. Но как «просто отправить обновления в ту же ветку» ?

Мне потребовалось некоторое время, чтобы понять это, когда мне впервые понадобилось обновить файлы в PR. Вы можете сделать это с помощью Git из командной строки или с помощью пользовательского интерфейса GitHub. Я предпочитаю командную строку, так как в конце концов она обычно чище и проще, особенно если вам нужно обновить более одного файла.

Сначала, конечно, нужно создать начальный PR. Если вы еще не создали PR, вы можете следовать этому руководству по работе на GitHub, которое я создал для набора документации с открытым исходным кодом Kubeflow, над которым я сейчас работаю.

Я предполагаю, что у вас уже есть PR и вам нужно обновить один или несколько файлов в этом PR. Ниже приведены инструкции по использованию командной строки или пользовательского интерфейса GitHub.

Использование командной строки для обновления файлов в PR

Предварительные требования:

  • Вам нужен Git на локальном компьютере. См. руководство по установке Git.
  • Если у вас еще нет репозитория Git на локальном компьютере с веткой для вашего PR, создайте локальный репозиторий Git и ветку сейчас. См. мой пост в блоге о том, как загрузить PR с GitHub на локальный компьютер. Этот процесс необходим, если вы до сих пор работали в Интернете с использованием пользовательского интерфейса GitHub или если вы использовали другой компьютер для работы над этим PR.

Чтобы обновить PR, выполните следующие действия:

  1. Откройте командное окно на локальном компьютере.
  2. Перейдите в каталог, содержащий репозиторий GitHub на локальном компьютере. Приведенная ниже команда предполагает, что вы клонировали репозиторий в каталог с именем git-repositories/awesome-repo :
     cd git-репозиторий/потрясающий репо
  3. Скажите Git проверить соответствующую ветку. В этом примере замените your-branch-name на название вашей ветки:
     git checkout имя-вашей-ветки
  4. Запустите git status , чтобы проверить статус ваших локальных файлов. Убедитесь, что в ответе указано, что вы находитесь в ожидаемой ветке, и что в вашем локальном репозитории нет незафиксированных изменений. (Рекомендуется регулярно запускать
    git status     , просто чтобы убедиться, что все работает так, как вы ожидаете.) Если в вашем локальном репозитории есть незафиксированные изменения, вы должны взглянуть на них и рассмотреть возможность их фиксации и отправки в GitHub, прежде чем идти дальше. Результат из git status должен выглядеть так:
     На ветке your-branch-name
ничего не коммит, рабочее дерево чистое
  5. Выполните следующую команду, чтобы перенести самые последние изменения из вашей ветки на GitHub в локальный репозиторий. Можно запустить эту команду, даже если нет изменений для получения:
     git pull origin your-branch-name
  6. Обновите файлы, которые необходимо изменить. Вы можете добавлять, редактировать и удалять файлы с помощью вашего любимого текстового редактора. В настоящее время я использую Visual Studio Code.
  7. Запустите git status , чтобы проверить статус ваших локальных файлов. В ответе должно быть указано, какие файлы вам еще нужно зафиксировать для отслеживания Git. Например, , следующий ответ статуса показывает один измененный файл с именем your-updated-doc.md , который вам все еще нужно зафиксировать:
     На ветке your-branch-name
Изменения, не подготовленные для фиксации:
  (используйте "git add...", чтобы обновить то, что будет зафиксировано)
  (используйте "git restore...", чтобы отменить изменения в рабочем каталоге)
изменено: your-updated-doc.md

в фиксацию не добавлено никаких изменений (используйте «git add» и/или «git commit -a»)

    Другой пример: Следующий ответ статуса показывает один удаленный файл и один добавленный файл, оба из которых необходимо зафиксировать для отслеживания Git:

     На ветке your-branch-name
Изменения, не подготовленные для фиксации:
  (используйте "git add/rm . ..", чтобы обновить то, что будет зафиксировано)
  (используйте "git restore...", чтобы отменить изменения в рабочем каталоге)
удалено: your-old-doc.md

Неотслеживаемые файлы:
  (используйте "git add...", чтобы включить в то, что будет зафиксировано)
your-new-doc.md

в фиксацию не добавлено никаких изменений (используйте «git add» и/или «git commit -a»)
  8. Выполните следующие команды, чтобы зафиксировать обновленные файлы в локальном репозитории Git. Вот пример команды фиксации , чтобы сообщить Git об одном или нескольких обновленных файлах:
     git commit -am «Исправлены некоторые ошибки документа».

    Вот еще один пример , который сообщает Git, что вы добавили файл с именем your-new-doc.md , а затем фиксирует все изменения, включая добавленный файл:

     git добавить свой-новый-doc.md
git commit -am «Добавлен новый блестящий документ».

    И еще один пример , который сообщает Git, что вы удалили файл с именем your-old-doc. md , а затем фиксирует все изменения, включая удаление файла:

     git rm ваш-старый-doc.md
git commit -am «Удален устаревший документ».
  9. Отправьте обновления из вашей локальной ветки в соответствующую ветку на GitHub:
     git push origin имя вашей ветки

Вот и все. Когда вы посмотрите на свой PR на GitHub, вы увидите новый commit указан среди комментариев к PR. Например, на следующем снимке экрана показаны две фиксации в PR. Один коммит имеет описание «Обновлено для комментариев к обзору», а другой имеет описание «Добавлена ​​инструкция по использованию другого имени развертывания»:

Когда вы просматриваете файлы в PR, вы увидите, что ваши изменения включены в последняя версия каждого файла. Когда сопровождающие репозитория одобрят ваш PR, изменения будут объединены в репозиторий.

Некоторые примечания:

  • Слово  origin  относится к удаленному репозиторию на GitHub, из которого вы клонировали свой локальный репозиторий, когда впервые начали над ним работать.
  • Вы можете использовать следующую команду, чтобы узнать, какие удаленные репозитории знает Git:
 git remote -v

 

Использование пользовательского интерфейса GitHub для обновления файлов в PR

Существует два способа обновить файл в существующем PR с помощью пользовательского интерфейса GitHub:

  • Доступ к файлу из PR (описано в этом разделе).
  • Получите доступ к файлу из вашего форка репозитория, который вы обновляете (описано в разделе ниже этого).

Первый способ — это самый прямой путь к файлу, который необходимо обновить, если вы знаете, как это сделать.

Чтобы получить доступ к файлу из PR:

  1. Откройте окно браузера.
  2. Откройте свой PR в GitHub и щелкните вкладку Файлы изменены в верхней части PR:
  3. Нажмите три точки в правой части окна рядом с именем файла, который вы хотите отредактировать, затем нажмите Редактировать файл в открывшейся панели:
  4. Внесите изменения в открывшемся интерфейсе редактирования.
  5. Когда будете готовы, прокрутите вниз интерфейс редактирования. Введите краткое описание обновлений и, при необходимости, более подробное описание. Убедитесь, что выбрана опция Передать непосредственно в ветку с именем вашей ветки :
  6. Нажмите  Подтвердить изменения.

Вот и все. Теперь вы обновили файл в PR. Когда вы посмотрите на свой PR на GitHub, вы увидите новую фиксацию , указанную среди комментариев к PR. Когда сопровождающие репозитория одобрят ваш PR, изменения будут объединены в репозиторий.

Интересно, что другие люди также могут добавлять коммиты в ваш PR, если у них есть на это полномочия. Иногда сопровождающие репозитория могут обновить ваш PR перед его слиянием, если сделать обновление проще, чем объяснять его в комментарии PR. (При создании PR вы можете предоставить или запретить сопровождающим вносить изменения в PR.) Например, на следующем снимке экрана показана фиксация, которую я сделал в чужой PR перед объединением PR с основным репозиторием. Коммит имеет описание «Добавлена ​​конкретная ссылка на страницу Chainer»:

 

Доступ к вашему PR из ветки репозитория в пользовательском интерфейсе GitHub

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

Обычно при создании PR вы работаете над форком основного репозитория на GitHub. Если вы используете пользовательский интерфейс GitHub для создания PR, GitHub автоматически создает ответвление для вас при первом создании PR для определенного репозитория. Причина создания форка в том, что у вас, вероятно, нет прав на обновление основного репозитория. В приведенных ниже инструкциях я предполагаю, что у вас есть форк репозитория.

Чтобы получить доступ к файлу из вашего форка репозитория:

  1. Откройте окно браузера.
  2. Найдите свой форк репозитория на GitHub. Например, если имя репозитория «awesome-repo», то вилка должна находиться по этому URL-адресу: https://github.com/your-github-username/awesome-repo . Вы можете найти свою вилку, перейдя в список ваших репозиториев на GitHub. Щелкните стрелку раскрывающегося списка рядом с изображением вашего профиля, затем щелкните Ваши репозитории :
    Вы должны увидеть список репозиториев примерно такого вида:
  3. Щелкните имя разветвленного репозитория, который вы хотите обновить. Вы должны увидеть подробную информацию о разветвленном репозитории, включая файлы в репозитории. Например, я щелкнул веб-сайт , чтобы открыть ответвление репозитория веб-сайта Kubeflow. На вкладке Код показан список файлов в репозитории:
  4. Перейдите на ветку, содержащую ваш PR в ответвлении репозитория. По умолчанию вилка репозитория открывается на мастере 9.0005 отделение. Чтобы изменить ветку, сначала нажмите на опцию Branch :
    Затем в появившемся раскрывающемся списке выберите ветку, содержащую ваш PR. Имя ветки может быть что-то вроде «ваше-имя-пользователя-патч-1» или что-то значимое, что вы ввели при создании PR. Например, мне нужно выбрать ветку v1-discussion , чтобы найти мой PR:
    Теперь вы должны увидеть ту же ветку репозитория, примерно с теми же файлами, что и в основной ветке. Но выбранная вами ветка содержит все изменения, которые вы внесли в свой PR.
  5. Щелкните имя файла или каталога, чтобы перемещаться по файлам в ответвлении репозитория. Например, мне нужно щелкнуть каталог Content , чтобы найти интересующий меня файл:
  6. Когда вы найдете свой файл, щелкните значок редактирования, чтобы отредактировать файл как обычно:
  7. Когда будете готовы, прокрутите вниз интерфейс редактирования. Введите краткое описание обновлений и, при необходимости, более подробное описание. Убедитесь, что опция выбрана на Коммит напрямую в ветку your-branch-name :
  8. Нажмите  Подтвердить изменения.

Вот и все. Теперь вы обновили файл в PR. Когда вы посмотрите на свой PR на GitHub, вы увидите новый коммит , указанный среди комментариев к PR. Когда сопровождающие репозитория одобрят ваш PR, изменения будут объединены в репозиторий.

Нравится:

Нравится Загрузка…

git — Как обновить запрос на извлечение из разветвленного репо?

спросил

Изменено 1 год, 8 месяцев назад

Просмотрено 197 тысяч раз

Итак, я сначала разветвил репо, а затем сделал фиксацию в этом разветвленном репо. Затем я открыл запрос на извлечение. В запросе на вытягивание перечислены все изменения, которые я хотел.

После просмотра моего запроса на вытягивание я обнаружил ряд изменений, которые владелец репозитория хотел, чтобы я внес, прежде чем принять его. Я внес эти изменения в свою вилку, как теперь мне обновить запрос на включение этих изменений (или это не то, как я должен это обрабатывать)?

  • git
  • контроль версий
  • github

3

Вы все сделали правильно. Запрос на включение автоматически обновится. Процесс:

  1. Открыть запрос на включение
  2. Зафиксировать изменения на основе отзывов в локальном репозитории
  3. Нажмите на соответствующую ветку вашего форка

Запрос на вытягивание автоматически добавит новые коммиты в список коммитов вкладка PR.

10

Обновить запрос на вытягивание в GitHub так же просто, как зафиксировать нужные изменения в существующей ветке (которая использовалась с запросом на вытягивание), но часто также требуется объединить изменения в один коммит:

 git checkout yourbranch
git rebase -i источник/мастер
# Отредактируйте имена команд соответствующим образом
  выбрать 1fc6c95 Мой запрос на включение
  squash 6b2481b Hack hack - будет отброшен
  кабачок dd1475d Также отбрасывается
git push -f происхождение вашей ветки

. ..и теперь пулреквест содержит только один коммит.

Ссылки по теме перебазирования:

  • https://help.github.com/articles/about-git-rebase
  • Объединить все мои коммиты в один для GitHub pull request

4

Просто нажмите на ветку, на которую ссылается запрос на вытягивание. Пока запрос на вытягивание все еще открыт, он должен автоматически обновляться с учетом любых добавленных коммитов.

Я сделал это, используя следующие шаги:

  1. git reset --hard <ключ фиксации запроса на вытягивание>
  2. Сделал ли я изменения в коде, которые я хотел сделать
  3. git добавить
  4. git commit --изменить
  5. git push -f origin <имя удаленной ветки запроса на вытягивание>

1

При использовании GitHub в Windows :

  1. Внесите изменения локально.
  2. Откройте GitHub, переключитесь на локальные репозитории, дважды щелкните репозиторий.
  3. Переключите ветку (в верхней части окна) на ветку, из которой вы создали запрос на вытягивание (т.е. ветку на вашей стороне ветки сравнения)
  4. Должен отображаться вариант ввода комментария к фиксации справа и фиксации изменений в локальном репозитории.
  5. Нажмите «Синхронизировать» вверху, что, среди прочего, переместит вашу фиксацию с локального на удаленный форк на GitHub.
  6. Запрос на вытягивание будет автоматически обновлен дополнительными фиксациями. Это связано с тем, что запрос извлечения представляет собой разницу с вашей веткой форка. Если вы перейдете на страницу запроса на вытягивание (ту, где вы и другие пользователи можете прокомментировать ваш запрос на вытягивание), то на вкладке «Коммиты» должны быть ваши дополнительные коммиты.

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *