Как я могу узнать, была ли ветка уже объединена с мастером?

Вы можете использовать команду git merge-base, чтобы найти 9X_git-commands последнюю общую фиксацию между двумя ветвями. Если 9X_git-commands этот коммит совпадает с заголовком вашей 9X_git-commands ветки, значит, ветка была полностью объединена.

Обратите 9X_git-commands внимание, что git branch -d уже делает подобные вещи, потому 9X_git что он откажется удалить ветку, которая 9X_git-commands не уже была полностью объединена.

Чтобы проверить, какие ветки объединены 9X_git-commands в мастер, вы должны использовать следующие 9X_git команды:

• git branch --merged master список всех веток, объединенных в главную.
• git branch --merged master | wc -l подсчитать количество всех ветвей, объединенных в мастер.

Флаги:

• -a флаг - (все), показывающий удаленные и локальные ветки.
• -r флаг - (удаленный) показывает только удаленные ветки
• - отображение только локальных веток

например: git branch -r --merged master покажет вам все удаленные 9X_git репозитории, объединенные в главный.

Также есть решение с графическим интерфейсом. Просто 9X_git-commands введите

gitk --all

Новое окно приложения предложит графическое 9X_git представление всего вашего репо, где очень 9X_git-commands легко понять, была ли ветка уже объединена 9X_git-commands или нет

Я использую следующую функцию bash, например: git-is-merged develop feature/new-feature

git-is-merged () {
  merge_destination_branch=$1
  merge_source_branch=$2

  merge_base=$(git merge-base $merge_destination_branch $merge_source_branch)
  merge_source_current_commit=$(git rev-parse $merge_source_branch)
  if [[ $merge_base = $merge_source_current_commit ]]
  then
    echo $merge_source_branch is merged into $merge_destination_branch
    return 0
  else
    echo $merge_source_branch is not merged into $merge_destination_branch
    return 1
  fi
}

9X_git-commands

Используйте git merge-base .

Эта команда находит лучших 9X_git-commands общих предков между двумя коммитами. И если 9X_git-commands общий предок идентичен последней фиксации 9X_git-commands «ветки», то мы можем с уверенностью предположить, что 9X_git-commands эта «ветка» уже была объединена с мастером.

Вот шаги

1. Найти хэш последней фиксации в главной ветке
2. Найти хэш последней фиксации в «ветке»
3. Выполните команду git merge-base .
4. Если результат шага 3 такой же, как результат шага 2, значит, «ветвь» уже была объединена с мастером.

Дополнительная 9X_git информация о git merge-base https://git-scm.com/docs/git-merge-base.

По теме очистки удаленных веток

git branch -r | xargs -t -n 1 git branch -r --contains

Здесь перечислены все удаленные ветки, за 9X_git которыми следует, в каких удаленных ветвях 9X_git находятся их последние SHA.

Это полезно для 9X_git-commands определения того, какие удаленные ветки 9X_git были объединены, но не удалены, а какие 9X_git-commands не были объединены и, таким образом, распадаются.

Если 9X_git вы используете 'tig' (похоже на gitk, но 9X_git на основе терминала), вы можете

tig origin/feature/someones-decaying-feature

чтобы увидеть 9X_git-commands историю коммитов ветки без использования 9X_git git checkout

Я использую git for-each-ref, чтобы получить список ветвей, которые 9X_git-commands либо объединены, либо не объединены в данную 9X_git удаленную ветку (например, origin/integration)

Перебрать все 9X_git-commands ссылки, соответствующие , и показать их в соответствии с заданным после сортировки в соответствии с заданным набором .

Примечание: замените origin/integration на integration, если вы предпочитаете использовать git pull вместо git fetch.

Список локальных веток, объединенных в удаленную ветку origin/integration

git for-each-ref --merged=origin/integration --format="%(refname:short)" refs/heads/
#                ^                           ^                           ^
#                A                           B                           C
branch1
branch2
branch3
branch4

A: возьмите только 9X_git-commands ветки, объединенные в удаленную ветку origin/integration
B: напечатайте 9X_git название ветки
C: смотрите только ссылки 9X_git-commands heads (т. Е. Ветки)

Список локальных веток, НЕ объединенных в удаленную ветку origin/integration

git for-each-ref --no-merged=origin/integration --format="%(committerdate:short) %(refname:short)" --sort=committerdate refs/heads
#                ^                              ^                                                  ^                    ^
#                A                              B                                                  C                    D
2020-01-14 branch10
2020-01-16 branch11
2020-01-17 branch12
2020-01-30 branch13

A: возьмите только ветки, НЕ 9X_git-commands объединенные в удаленную ветку origin/integration
B: вывести 9X_git-commands имя ветки вместе с датой последней фиксации 9X_git
C: отсортировать вывод по дате фиксации 9X_git-commands
D: смотрите только на heads ссылки (то есть 9X_git-commands ветки)

Вот небольшое однострочное сообщение, которое 9X_git сообщит вам, включает ли ваша текущая ветвь 9X_git-commands данные из удаленной исходной / главной ветки 9X_git или нет:

$ git fetch && git branch -r --merged | grep -q origin/master && echo Incorporates origin/master || echo Out of date from origin/master

Я столкнулся с этим вопросом, когда 9X_git работал над функциональной веткой, и часто 9X_git-commands хотел убедиться, что самая последняя работа 9X_git-commands включена в мою отдельную рабочую ветку.

Чтобы 9X_git обобщить этот тест, я добавил в свой ~ / .gitconfig 9X_git следующий псевдоним:

[alias]
   current = !git branch -r --merged | grep -q $1 && echo Incorporates $1 || echo Out of date from $1 && :

Тогда я могу позвонить:

$ git current origin/master

, чтобы 9X_git проверить, действую ли я.

Вот мои методы, когда мне нужно выяснить, была 9X_git-commands ли объединена ветка, даже если она могла 9X_git быть перебазирована, чтобы соответствовать 9X_git нашей основной ветке, что является обычным 9X_git сценарием для ветвей функций.

Ни один из 9X_git-commands этих подходов не является надежным, но я 9X_git-commands много раз находил их полезными.

1 Показать журнал для всех веток

Используя 9X_git визуальный инструмент, такой как gitk или 9X_git-commands TortoiseGit, или просто git log с параметром 9X_git --all, просмотрите историю, чтобы увидеть 9X_git-commands все слияния с основной веткой. Вы сможете 9X_git определить, была ли объединена эта конкретная 9X_git-commands ветка функции.

2 Всегда удаляйте удаленную ветку при объединении в функциональную ветку

Если у вас есть хорошая привычка 9X_git-commands всегда удалять как локальную, так и удаленную 9X_git-commands ветвь при объединении в функциональную ветку, вы 9X_git можете просто обновить и удалить удаленные 9X_git-commands блоки на другом компьютере, и функциональные 9X_git-commands ветки исчезнут.

Чтобы не забыть об этом, я 9X_git уже использую git flow extensions (AVH edition) для локального создания и 9X_git объединения веток функций, поэтому я добавил 9X_git следующий обработчик потока git, чтобы спросить 9X_git-commands меня, хочу ли я также автоматически удалить 9X_git удаленную ветку.

Пример создания / завершения функциональной ветви

554 Andreas:MyRepo(develop)$ git flow start tmp
Switched to a new branch 'feature/tmp'

Summary of actions:
- A new branch 'feature/tmp' was created, based on 'develop'
- You are now on branch 'feature/tmp'

Now, start committing on your feature. When done, use:

     git flow feature finish tmp

555 Andreas:MyRepo(feature/tmp)$ git flow finish
Switched to branch 'develop'
Your branch is up-to-date with 'if/develop'.
Already up-to-date.

[post-flow-feature-finish] Delete remote branch? (Y/n)
Deleting remote branch: origin/feature/tmp.

Deleted branch feature/tmp (was 02a3356).

Summary of actions:
- The feature branch 'feature/tmp' was merged into 'develop'
- Feature branch 'feature/tmp' has been locally deleted
- You are now on branch 'develop'

556 Andreas:ScDesktop (develop)$

.git / hooks / post-flow-feature-finish

NAME=$1
ORIGIN=$2
BRANCH=$3

# Delete remote branch
# Allows us to read user input below, assigns stdin to keyboard
exec < /dev/tty

while true; do
  read -p "[post-flow-feature-finish] Delete remote branch? (Y/n) " yn
  if [ "$yn" = "" ]; then
    yn='Y'    
  fi
  case $yn in
      [Yy] ) 
        echo -e "\e[31mDeleting remote branch: $2/$3.\e[0m" || exit "$?"
        git push $2 :$3; 
        break;;
      [Nn] ) 
        echo -e "\e[32mKeeping remote branch.\e[0m" || exit "$?"
        break;;
      * ) echo "Please answer y or n for yes or no.";;
  esac
done

# Stop reading user input (close STDIN)
exec <&-
exit 0

3 Поиск по сообщению фиксации

Если вы не всегда удаляете 9X_git-commands удаленную ветку, вы все равно можете искать 9X_git-commands похожие коммиты, чтобы определить, была 9X_git ли ветка объединена или нет. Ловушка здесь 9X_git-commands заключается в том, что удаленная ветка была 9X_git перебазирована до неузнаваемости, например, сжатие 9X_git коммитов или изменение сообщений фиксации.

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

Примеры 9X_git-commands команд в главной ветке:

gru                   
gls origin/feature/foo
glf "my message"

В моей конфигурации bash .profile

alias gru='git remote update -p'
alias glf=findCommitByMessage

findCommitByMessage() {
    git log -i --grep="$1"
}

Чтобы проверить, объединена ли исходная 9X_git-commands ветка с основной веткой, можно использовать 9X_git следующую команду bash:

git merge-base --is-ancestor  master && echo "merged" || echo "not merged"