Найти/Заменить в Git Commit Log

Question

Как я могу переписать нашу историю фиксации, чтобы гарантировать, что определенные ключевые слова никогда не появятся?

фона: у нас есть три уровня репозиториев:

1. Местных - наша среды разработки.
2. Внутренняя - нашей команды частный GH хранилище
3. Client - Производство/конечный клиент. Все наши настоящие имена, электронные письма и т. Д. Никогда не должны быть здесь.

я уже нашел, что git-filter-branch может помочь переписать историю, чтобы вырезать имена, используя что-то вроде этого ...

git filter-branch -f --env-filter "GIT_AUTHOR_NAME='safeusername'; GIT_AUTHOR_EMAIL='safe@email.com'; GIT_COMMITTER_NAME='safeusername'; GIT_COMMITTER_EMAIL='safe@email.com';" HEAD 

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

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

Как я могу обеспечить, чтобы список ключевых слов или имен никогда не отображался в фиксации сообщений? Кроме того, любые другие подходы к решению этой проблемы?

Спасибо!

Answer 1

Хорошо, так что общий поток вы хотите для делать что-то вроде этого:

• клон/тянуть в неизмененном репо (возможно, новый один каждый раз, когда, возможно повторное использование)
• запустить фильтр ветвп, Поколдует
• проверить, что все безопасно
• публиковать клиентские операции РЕПО

Так первый: магия. Вы хотите использовать git filter-branch --commit-filter my-commit-filter-script. Он вызывается непосредственно вместо commit-tree, принимает необходимые аргументы и сообщение commit на stdin. Так что вы хотите сделать что-то вроде этого:

#!/bin/bash 

GIT_AUTHOR_NAME=$(sanitize "$GIT_AUTHOR_NAME") 
# ... similar for AUTHOR_EMAIL, COMMITTER_(NAME|EMAIL) 

sed 's/scary-string/safe-string/' | 
git commit-tree "$@" 

То есть, изменить имена и электронные письма с помощью соответствующих переменных окружения, запускать любые фильтрации вам нужно на сообщении, и трубы его вместе с фиксации дерева вызов, который был бы запущен нормально. sanitize предназначен для функции/скрипта, который выполняет частное и общедоступное отображение имен/электронных писем; если все, что вы хотите сделать, это изменить их все на одно имя, то этот бит очень прост. И команда sed, предположительно, может быть чем-то странным, что, например, читает таблицу преобразований. Этот бит зависит от вас, в зависимости от сложности дезинфекции, которую вам нужно сделать.

Если вы доверяете своей фильтрации сообщений фиксации, то вы делаете это на этом этапе. Если вы хотите проверить, вы можете сделать это вручную, или вы можете самостоятельно искать «опасные» строки. Например, если у вас есть файл dangerous-strings.txt, вы можете сделать git log --pretty="%an %ae %cn %ce%n%B" [branches] | grep -f dangerous-strings.txt.(Команда журнала печатает имя автора/коммиттера/электронную почту, за которым следует сообщение фиксации.)

Затем опубликуйте как обычно - нажмите, предположительно.

Наконец, несколько альтернативных предложений, возможно, для будущих читателей с различными требованиями:

• Вместо переписывания фиксаций, новых фиксаций. Сообщение может быть просто быстрой информацией о версии (включая SHA1 внутренней фиксации, которую она представляет), или может включать в себя краткое изложение введенных коммитов (только субъектов). Вы можете сделать это, сохранив филиал в издательстве и используя git merge --squash [--log], или совершив новое в отдельном репо, после копирования вещей.

• Сохраните свое репо в форме, которая не нуждается в преобразовании. Это кажется невозможным для OP, но если ваша ситуация другая, сохраните ее просто. Менее рискованно, меньше работы.