git: Как отделить библиотеку от проекта? фильтр-ветка, поддерево?

Я думаю, тебе нужно заняться спелеологией. Если вы просто хотите отделить «протокол», вы можете сделать это с помощью «git subtree split ...» или «git filter-branch ...»

git filter-branch --subdirectory-filter fencing-game/src/de/fencing_game/transport/protocol -- --all

Но если у вас есть файлы в транспорте, а также в транспорте / протоколе, это начинает раздражать.

Я написал несколько специальных инструментов для этого проекта, над которым я работал. Они нигде не публикуются, но вы можете сделать нечто подобное с помощью reposurgeon.

Разделение поддерева, смешанного с файлами из родительского проекта

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

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

1. Создайте ветку с новым корнем для библиотеки:

   git subtree split -P src/de/fencing_game -b temp-br
   git checkout temp-br
   
   # -or-, if you really want to keep the full path:
   
   git checkout -b temp-br
   cd src/de/fencing_game
   

2. Затем используйте что-нибудь, чтобы переписать историю, чтобы удалить части, не являющиеся частью библиотеки. Я не эксперт в этом, но я смог поэкспериментировать и обнаружил, что работает что-то вроде этого:

   git filter-branch --tag-name-filter cat --prune-empty --index-filter 'git rm -rf --cached --ignore-unmatch client server otherstuff' HEAD
   
   # also clear out stuff from the sub dir
   cd transport 
   git filter-branch --tag-name-filter cat --prune-empty --index-filter 'git rm -rf --cached --ignore-unmatch fencing client server' HEAD
   

   Примечание: вам может потребоваться удалить резервную копию, созданную filter-branch между последовательными командами.

   git update-ref -d refs/original/refs/heads/temp-br
   

3. Наконец, просто создайте новое репо для библиотеки и вставьте все, что осталось:

   cd <new-lib-repo>
   git init
   git pull <original-repo> temp-br
   

Я рекомендую, чтобы ваш окончательный путь к библиотеке был больше похож на /transport/protocol, а не на полный путь к родительскому проекту, поскольку он кажется отчасти привязанным к проекту.

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

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

Будет ли история проекта только для вас или для людей на github?

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

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

Для чего нужны .git / info / grafts?

Я сделал что-то подобное, но разделил несколько каталогов с материалами в совершенно отдельное репо на зашифрованном разделе (/ secure / tmp / newrepo), чтобы они были недоступны для вора ноутбука. Я написал сценарий оболочки, а затем сделал: git filter-branch --tree-filter '~ / bin / tryit / secure / tmp / newrepo personal private' - 95768021ff00216855868d12556137115b2789610..HEAD (SHA избегает коммитов до того, как какой-либо каталог возникнет. )

#!/bin/sh
# to be used with  e.g:
# git filter-branch --tree-filter '~/bin/tryit /secure/tmp/newrepo personal private' 
# Don't do it on any repository you can't repeatedly do: 
#   rm -rf foo ; git clone /wherever/is/foo 
# when it breaks
SRC=`pwd`
DEST=$1
shift
MSG=/dev/shm/msg.txt
TAR=/dev/shm/tmp.tar
LIST=/dev/shm/list.txt
LOG=/dev/shm/log
DONE=''

echo $GIT_AUTHOR_DATE >> $LOG
git show --raw $GIT_COMMIT > $MSG 

for A in $* 
do 

if [ -d $A ] 
then 
DONE=${DONE}x
tar -cf $TAR $A 
tar -tf $TAR > ${LIST}
cat ${LIST} >> ${LOG}
rm -rf ${A}
cd ${DEST}
tar -xf $TAR
else
echo $A non-existant >> ${LOG}
fi
cd $SRC
done

if [ -z "${DONE}" ]
then
echo Empty >>$LOG
else
cd ${DEST}
unset GIT_INDEX_FILE
unset GIT_DIR
unset GIT_COMMIT
unset GIT_WORK_TREE
touch foo
git add .
git commit -a -F ${MSG}  >> ${LOG}
fi
exit 0

Для ваших целей вы, вероятно, захотите иметь другую спецификацию для tar (например, --exclude =), а затем использовать cat $ {LIST} | xargs rm, чтобы удалить только содержимое tar, но я надеюсь, что сделать это не так уж сложно.

Неустановленный материал и выход 0 важны, поскольку filter-branch устанавливает их в исходное репо (а не то, что вы хотите!) И умрет, если sh передает ненулевой код выхода из последней команды в вашем скрипте.