Intereting Posts
сценические изменения в git на основе регулярных выражений Резервное копирование исходных файлов, управляемых программным обеспечением для управления версиями: TortoiseSVN Build gradle изменит другой файл в android, и это вызовет конфликт, когда git pull Как разбить несколько проектов в одном решении с помощью подрывной деятельности? Ошибка Git: изменения не поставлены для фиксации Должны ли файлы конфигурации сервера / базы данных, включая пароли, храниться в исходном элементе управления? Есть ли конфигурация Git для каждого репозитория? Слияние ветвей функций для освобождения ветви вместо соединительной линии Опрос Jenkins не работает после обновления SVN Неожиданный вкладчик GitHub: Это нарушение безопасности? Может ли он изменить мои файлы? как линия обертывать длинные строки внутри markdown “ `code blocks` “ в github и gitlab проблемах? git добавить файл в архив Извлечь значимые изменения с помощью git diff служба Windows остановлена ​​через SCM, как найти виновника? Github запрашивает имя пользователя и пароль после настройки ssh

git-поддерево, охватывающее несколько каталогов

Я пытаюсь использовать 15 каталогов из rootdir одного git repo («FOO») в более крупном проекте. Изменения будут внесены в эти файлы в более крупный проект и возвращены в репозиторий «FOO». Я логически хочу git subtree split --rejoin эти каталоги в ветку в «FOO», а затем добавьте / вытащите эту ветку в более крупный проект. С другой стороны, я хочу сохранить 1-2 справочника в режиме «FOO», а не добавлять / синхронизировать их с большим проектом.

Тем не менее, при просмотре git docs и SO-потоков, похоже, что это не поддерживается git subtree split (см. Связанный поток), если я не сделаю каждую директорию поддеревом или я использую git filter-branch для перезаписи истории. Поддерево Git и несколько каталогов

Часто git filter-branch предлагается в качестве решения, но, похоже, прерывает любую синхронизацию обратно в исходное репо «FOO». Из git filter-branch --help : переписанная история будет иметь разные имена объектов для всех объектов и не будет сходиться с исходной ветвью . Любые изменения в структуре репо «FOO» (например, поместить 15 dirs в новый каталог через filter-branch ) невозможно в это время.

Я застрял, рассматривая каждую директорию как поддерево? Выполнение 15 разделов поддерева в более крупном репо (для синхронизации с «FOO» потребуется значительное количество времени. Есть ли какие-либо уловки для оптимизации этого (например, 1 проход через крупные транзакции репо, но для создания ветки для фиксации каждой папки)?

Возможно, вы захотите использовать подмодули. Пожалуйста, прочитайте: http://git-scm.com/book/en/v2/Git-Tools-Submodules