Мой запрос был включен, что делать дальше?

что делать дальше: продолжать вносить новые функции или исправлять другие ошибки в своих собственных выделенных ветвях (нажимается только на вашу вилку).

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

вы также можете удалить вилку, если вы не планируете вносить свой вклад дальше, но это удалит соответствующую запись в "репозитории, в которые вы вносите свой вклад".

легче к:

• удалить fix отделения (на самом деле, теперь он удален для вас) на вашей вилке (и в вашем локальном клонированном РЕПО: см."удалить ветку Git как локально, так и удаленно")
• git pull upstream master (Если master была ветка, в которую было интегрировано ваше исправление: слияние будет быстрым): на данный момент не требуется перебазирование.
• воссоздать исправления ветка на верхней части вашего обновленного локального master (теперь с последним из upstream master).

---

однако, никогда не забывайте один шаг перед отправкой любого будущее потяните запрос:

сначала перебазируйте текущую ветку (fix) из ветви назначения вверх по течению

(upstream будучи оригинальным РЕПО, которое вы разветвили: см."в чем разница между origin и upstream в github")

перед отправкой чего-либо обратно в оригинальный РЕПО ("вверх по течению"), вам нужно убедиться, что ваша работа основана на верхней части последний из указанного исходного РЕПО (или запрос pull-request не приведет к быстрому слиянию после применения обратно на upstream РЕПО).
Смотрите, например,"рабочий процесс для управления запросами на вытягивание в общих репозиториях в github".

другими словами, upstream может развиваться (есть новые коммиты толкнул на него), пока вы заняты фиксацией вещи. Вам нужно воспроизвести свои исправления поверх эта последняя работа из восходящего потока, чтобы убедиться, что ваши коммиты по-прежнему совместимы с последней из upstream.

---

The ОП Сантош Кумар просит в комментариях:

я вытащил и слил из upstream мастер, что теперь?

если вы не сделали никаких новых исправлений с момента вашего недавнего запроса на вытягивание, см. выше (удалить и воссоздать новую ветку fix поверх вашего обновленного master).

если вы сделали больше работы с момента вашего запроса на вытягивание, я бы не слился с upstream если я хочу сделать новая тянуть запрос: я бы потянул и rebase:

git pull --rebase upstream master

таким образом, все мои новые локальные работы воспроизводятся поверх самых последних upstreammaster фиксирует (извлекается в моем локальном РЕПО), предполагая, что master является целевой ветвью, которая будет интегрировать мой будущий запрос pull.

тогда я могу нажать мой местная работа до'origin', который является моей вилкой на GitHub из upstream.
И из моей вилки на GitHub я могу безопасно сделать запрос на вытягивание, зная, что он будет только добавлять новые коммиты в upstream без необходимости какого-либо разрешения слияния: слияние этих новых коммитов в upstream РЕПО будет означать простое быстрое слияние.

---

A git pull --rebase без указания ветви, поверх которой вы хотите перебазировать ваш (в настоящее время извлеченный) fix ветка не будет работать:

что (git pull --rebase) говорит:

You asked to pull from the remote '`upstream`', but did not specify a branch. 

должен ли я наконец добавить master? И что это будет делать?, будет ли он Удалить мой fix ветку?

Да, вы можете указать ветвь, которая будет целью запроса на вытягивание, например'master'.
Это не будет удалять ваш fix ветка, но будет воспроизводить его на вершине вверх по течению master получил в вашем РЕПО.