Редкая проверка в Git 1.7.0?

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

После клонирования репозитория уловка с деревом чтения ограничивает ваше «представление» репозитория только теми файлами или каталогами, которые находятся в .git/info/sparse-checkout файле.

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

#!/bin/sh
echo > .git/info/sparse-checkout
for i in "$@"
do
    echo "$i" >> .git/info/sparse-checkout
done
git read-tree -m -u HEAD

Если вы сохраните этот сценарий как git-sparse.sh в путь, указанный при вызове git --exec-path, то вы можете запустить git sparse foo/ bar/ только для «проверки» каталогов foo и bar или git sparse '*', чтобы вернуть все обратно.

Краткий ответ: нет. Git видит все файлы как единое целое.

Я рекомендую вам разбить репозитории на логические части. Отдельный для perl, изображений и документов. Если вам также необходимо поддерживать стиль uber-репо, вы можете создать репо, состоящее из подмодулей .

Ответ Richq был близок, но он пропустил шаг. Вам необходимо явно включить разреженную проверку:

git config core.sparsecheckout true

В этом сообщении блога четко описаны все шаги:

http://blog.quilitz.de/2010/03/checkout-sub-directories-in-git-sparse-checkouts/comment-page-1/#comment-3146

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

Чтобы ответить на вопрос - нет, и по уважительной причине. Вся история репо загружается даже при «редкой проверке». Чтобы прояснить, зачем это нужно - иначе отслеживание переименованных файлов было бы головной болью. Представьте, что вы перемещаете файл /repo_root/asd/file1.cpp в /repo_root/fgh/file1.cpp - теперь, если вы загрузили только /repo_root/fgh дельты, вы не узнаете о file1.cpp. Это означает, что вы должны загрузить все дельты. Но тогда у вас есть полный репозиторий; не просто папка, вырезанная из нее, поэтому просто папка /rero_root/fgh не является репо. Это может показаться неважным, когда вы оформляете заказ, но когда вы фиксируете, git может не знать достаточно, чтобы работать нормально.

Обходной путь: если вы действительно хотите, вы можете создать сценарий, который вызывает git-checkout таким образом (для оболочки sh пакет для окон создать несложно):

!/bin/sh
curDir=`pwd`
cd $2
git-checkout $1
cp -R $3/* $4
cd $curDir

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

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

git filter-branch --subdirectory-filter - это то, что вам нужно, см. Отключить (переместить) подкаталог в отдельный репозиторий Git .

Вот небольшой сценарий на bash для этого.

Это сначала создаст рабочую копию исходного репо, а затем отфильтрует ветвь с помощью фильтра подкаталогов, чтобы вы получили то, что хотите.

#!/bin/bash
#
# git-subdir.sh
#
git clone --no-hardlinks $1 $2

cd $2

git filter-branch --subdirectory-filter $2 --prune-empty --tag-name-filter cat HEAD -- --all

git reset --hard

git remote rm origin

refbak=$(git for-each-ref --format="%(refname)" refs/original/)

if [ -n "$refbak" ];then
    echo -n $refbak | xargs -n 1 git update-ref -d
fi

git reflog expire --expire=now --all

git repack -ad

git gc --aggressive --prune=now

Используйте для примера в вопросе git-subdir.sh repo perl подойдет.

Вы можете попробовать плетение - он отслеживает пульты, сопоставляя их с дорожкой. https://github.com/evilchelu/braid/wiki

Похоже, что вы пытаетесь переименовать дерево каталогов так, чтобы ваши файлы оказывались в другом месте. Мне кажется, что то, что вы просите сделать, является анти-шаблоном для управления кодом / проектом по двум пунктам: категоризация модулей (биты java под узлом java, perl под узлом perl) и наличие проекта с файлами в разных местах откуда разработчик их визуализирует. Поскольку git поддерживает хэши содержимого каталогов, чтобы увидеть, что изменилось, это также нарушает работу git как такового.

Дэмеон Рейделле