Товарищи, приветствую. Создал fork репозитория, несколько раз уже делал pull

Question

Товарищи, приветствую. Создал fork репозитория, несколько раз уже делал pull

request, создатель fork-нутого репозитория принимал и мерджил мои изменения. Но с каждым новым пулл-реквестом список коммитов которые я делал в свою ветку main копится, и их с каждым разом все больше и больше. Подскажите, пожалуйста, как отправлять в pull request только те коммиты, которых еще не было в оригинальном репозитории?

#git #russian #software

0

18.07.2023

5 ответов

5 просмотров

Andrey Verhylin Автор вопроса

Serge L.
А покажите дерево истории.

0

9 месяцев назад

Serge L.

Можете попробовать какую-нибудь модель ветвления, при использовании которой этой проблемы не возникает. Например, trunk-based development. Как бы это выглядело в вашем случае: 1. Вы держите свой origin/main синхронизированным с upstream/main, сами в него никаких изменений не вносите, только подтягиваете изменения с апстрима. 2. Для своей фичи отпочковываете ветку, делаете фичу, и создаете ПР с этой веткой. 3. После принятия ПРа ветку удаляете. 4. Вернуться к п.1

0

9 месяцев назад

Andrey Verhylin Автор вопроса

Serge L.
Можете попробовать какую-нибудь модель ветвления, ...

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

0

9 месяцев назад

Serge L.

Andrey Verhylin
похоже на отличное решение. Спасибо вам. Хотя, кон...

1. git checkout main git pull upstream main 2. git checkout -b feature-name ... 3. Ветку можно удалить прям в ПРе после мержа. А далее git checkout main git remote prune origin 4. Обратно к п.1 Не так и много действий, один раз на фичу. Основная идея этого подхода в том, чтоб фичи делать в короткоживущих ветках.

0

9 месяцев назад

Serge L. · Accepted Answer

Serge L.

А покажите дерево истории.

0

9 месяцев назад

52 похожих чатов

Товарищи, приветствую. Создал fork репозитория, несколько раз уже делал pull

5 ответов

Похожие вопросы