У меня есть мой Git-репозиторий, в корне которого есть два подкаталога:
/finisht
/static
Когда это было в SVN , /finisht
было проверено в одном месте, в то время как /static
было проверено в другом месте, вот так:
svn co svn+ssh://admin@domain.com/home/admin/repos/finisht/static static
Есть ли способ сделать это с Git?
git
repository
subdirectory
git-clone
sparse-checkout
Ник сержант
источник
источник
git clone
простая команда? Я использовал этот простой ответ . Если есть что-то более простое, пожалуйста, прокомментируйтеОтветы:
РЕДАКТИРОВАТЬ : Начиная с Git 2.19, это наконец возможно, как видно из этого ответа .
Подумайте об этом ответе.
Примечание: в Git 2.19 реализована только поддержка на стороне клиента, поддержка на стороне сервера по-прежнему отсутствует, поэтому она работает только при клонировании локальных репозиториев. Также обратите внимание, что крупные хосты Git, например GitHub, на самом деле не используют сервер Git, они используют свою собственную реализацию, поэтому даже если поддержка появляется на сервере Git, это не означает, что она автоматически работает на хостах Git. (OTOH, поскольку они не используют Git-сервер, они могли бы реализовать его быстрее в своих собственных реализациях, прежде чем он появится на Git-сервере.)
Нет, это не возможно в Git.
Внедрение чего-то подобного в Git было бы существенным усилием, и это означало бы, что целостность клиентского репозитория больше не может быть гарантирована. Если вам интересно, поищите обсуждения "sparse clone" и "sparse fetch" в списке рассылки git.
В целом, в сообществе Git единодушным является то, что если у вас есть несколько каталогов, которые всегда извлекаются независимо, то это действительно два разных проекта, которые должны находиться в двух разных репозиториях. Вы можете склеить их вместе, используя Git Submodules .
источник
git-read-tree
долгого времениget-fetch
. Речь шла не о проверке только подкаталога, а о клонировании только подкаталога. Я не вижу, как редкие проверки могли бы сделать это, так какgit-read-tree
запускается после того, как клон уже завершен.То, что вы пытаетесь сделать, называется разреженной проверкой , и эта функция была добавлена в git 1.7.0 (февраль 2012 г.). Шаги для разреженного клона следующие:
Это создает пустой репозиторий с вашим пультом и выбирает все объекты, но не проверяет их. Затем сделайте:
Теперь вам нужно определить, какие файлы / папки вы хотите проверить. Это можно сделать, перечислив их
.git/info/sparse-checkout
, например:И последнее, но не менее важное: обновите ваш пустой репо с помощью состояния с удаленного компьютера:
Теперь у вас есть файлы «проверило» для
some/dir
иanother/sub/tree
в файловой системе (с этими траекториями еще), и никаких других путями настоящим.Возможно, вы захотите взглянуть на расширенный учебник, и вам, вероятно, следует прочитать официальную документацию для редких проверок .
Как функция:
Применение:
Обратите внимание, что при этом все хранилище будет загружено с сервера - только размер извлечения уменьшается. На данный момент невозможно клонировать только один каталог. Но если вам не нужна история хранилища, вы можете по крайней мере сэкономить на пропускной способности, создав мелкий клон. См . Ответ Удондана ниже для получения информации о том, как объединить мелкий клон и редкую проверку.
Начиная с git 2.25.0 (январь 2020 г.) в git добавлена экспериментальная команда sparse-checkout :
источник
https://github.com/Umkus/nginx-boilerplate/tree/master/src
прямо в/etc/nginx
git remote add
команда не не означает , выборка, ноgit remote add -f
, как он используется здесь, делает! Вот что-f
значит.--depth=1
я клонировал Chromium Devtools в 338 МБ вместо 4,9 ГБ полного источника Blink + история. Отлично.git clone --filter
из Git 2.19Эта опция фактически пропускает выборку ненужных объектов с сервера. Кроме того, включая
--filter=tree:0
Git 2.20 и--filter=combine
композитный фильтр, добавленный в Git 2.24, мы получаем:Сервер должен быть настроен с:
Было сделано расширение к протоколу удаленного доступа Git для поддержки этой функции
v2.19.0
и пропуска выборки ненужных объектов, но в то время поддержка сервера отсутствовала. Но это уже можно проверить на месте.Распределение команд:
--filter=blob:none
пропускает все BLOB- объекты , но по-прежнему выбирает все объекты дерева--filter=tree:0
пропускает ненужные деревья: https://www.spinics.net/lists/git/msg342006.html--depth 1
уже подразумевается--single-branch
, см. также: Как мне клонировать одну ветку в Git?file://$(path)
Требуется преодолетьgit clone
протокол shenanigans: Как мелко клонировать локальный репозиторий git с относительным путем?--filter=combine:FILTER1+FILTER2
это синтаксис для использования нескольких фильтров одновременно, попытка передать--filter
по какой-то причине не удалась с помощью: «несколько спецификаций фильтра не могут быть объединены». Это было добавлено в Git 2.24 на e987df5fe62b8b29be4cdcdeb3704681ada2b29e "список-объект-фильтр: реализовать составные фильтры"Формат
--filter
задокументированman git-rev-list
.Документы по дереву Git:
Проверьте это
GitHub вверх по течению .
Выход в Git v2.19.0:
Выводы: все капли снаружи
d1/
отсутствуют. Например0975df9b39e23c15f63db194df7f45c76528bccb
, которогоd2/b
нет после проверкиd1/a
.Обратите внимание, что
root/root
иmybranch/mybranch
также отсутствуют, но--depth 1
скрывает это из списка отсутствующих файлов. Если удалить--depth 1
, то они отобразятся в списке отсутствующих файлов.У меня есть мечта
Эта функция может революционизировать Git.
Представьте себе, что вся кодовая база вашего предприятия в одном репо без уродливых сторонних инструментов, таких как
repo
.Представьте себе хранение огромных блобов прямо в репо без каких-либо уродливых сторонних расширений .
Представьте, что GitHub разрешит метаданные для каждого файла / каталога, такие как звездочки и разрешения, чтобы вы могли хранить все свои личные вещи в одном репо.
Представьте, что подмодули обрабатываются точно так же, как обычные каталоги : просто запросите дерево SHA, и DNS-подобный механизм разрешит ваш запрос , сначала посмотрев на ваш локальный
~/.git
сервер, затем сначала на более близкие серверы (зеркало / кэш вашего предприятия) и попав на GitHub.источник
fatal: invalid filter-spec 'combine:blob:none+tree:0'
Спасибо, в любом случае! Возможно это будет работать с более новыми версиями.Вы можете объединить скудный контроль и мелкий клон . В мелком клоне отрежет историю и разреженной проверка тянет только файлы , которые соответствуют вашей модели.
Вам понадобится минимум git 1.9, чтобы это работало. Протестировал сам только с 2.2.0 и 2.2.2.
Таким образом, вы все равно сможете толкать , что невозможно с
git archive
.источник
git pull --depth=1 origin master
ноgit pull --depth=1 origin <any-other-branch>
. это так странно, смотрите мой вопрос здесь: stackoverflow.com/questions/35820630/…Для других пользователей, которые просто хотят загрузить файл / папку с github, просто используйте:
например
(да, это svn здесь. очевидно, в 2016 году вам все еще нужно svn, чтобы просто загрузить некоторые файлы github)
Вежливость: загрузите одну папку или каталог из репозитория GitHub
Важно - убедитесь, что вы обновили URL-адрес github и заменили
/tree/master/
на «/ trunk /».Как скрипт bash:
Примечание. Этот метод загружает папку, а не клонирует / извлекает ее. Вы не можете отправить изменения обратно в хранилище. С другой стороны - это приводит к меньшей загрузке по сравнению с редкой проверкой или мелкой проверкой.
источник
https://github.com/tensorflow/tensorflow/tree/master/tensorflow/examples/trunk/udacity
но получилsvn: E170000: URL 'https://github.com/tensorflow/tensorflow/tree/master/tensorflow/examples/trunk/udacity' doesn't exist
ошибку :(Если вы никогда не планируете взаимодействовать с репозиторием, из которого вы клонировали, вы можете сделать полный клон git и переписать свой репозиторий, используя git filter-branch --subdirectory-filter . Таким образом, по крайней мере, история будет сохранена.
источник
git filter-branch --subdirectory-filter <subdirectory>
git clone https://github.com/your/repo_xx.git && cd repo_xx && git filter-branch --subdirectory-filter repo_xx_subdir
Это выглядит намного проще:
источник
svn export
вместо этогоGit 1.7.0 имеет «редкие проверки». Смотрите «core.sparseCheckout» в мерзавец конфигурации станицы руководство «разреженной проверке» в мерзавце чтение дерева справочной страницы , и «Skip-worktree бит» в мерзавец обновлении индекса- странице руководстве .
Интерфейс не так удобен, как в SVN (например, нет способа сделать редкую проверку во время первоначального клона), но теперь доступна базовая функциональность, на которой могут быть построены более простые интерфейсы.
источник
Невозможно клонировать подкаталог только с помощью Git, но ниже приведено несколько обходных путей.
Ветвь фильтра
Возможно, вы захотите переписать репозиторий, чтобы он выглядел так, как если бы
trunk/public_html/
он был корневым каталогом проекта, и отбросьте всю другую историю (используяfilter-branch
), попробуйте уже извлеченную ветку:Примечания: Объект,
--
который отделяет параметры ветви фильтра от параметров ревизии, и--all
перезаписывает все ветви и теги. Вся информация, включая исходное время фиксации или информацию о слиянии, будет сохранена . Эта команда учитывает.git/info/grafts
файл и ссылки вrefs/replace/
пространстве имен, поэтому, если у вас есть какие-либо трансплантаты илиrefs
определенные замены , выполнение этой команды сделает их постоянными.Редкий заказ
Вот простые шаги с подходом разреженной проверки, который будет редко заполнять рабочий каталог, так что вы можете указать Git, какие папки или файлы в рабочем каталоге стоит проверить.
Репозиторий клонов как обычно (
--no-checkout
необязательно):Вы можете пропустить этот шаг, если ваш репозиторий уже клонирован.
Подсказка: для больших репозиториев рассмотрите мелкий clone (
--depth 1
), чтобы получить только последнюю версию или / и--single-branch
только.Включить
sparseCheckout
параметр:Укажите папку (ы) для разреженной проверки ( без пробела в конце):
или редактировать
.git/info/sparse-checkout
.Оформить заказ в филиале (например
master
):Теперь вы должны были выбрать папки в вашем текущем каталоге.
Вы можете рассмотреть символические ссылки, если у вас слишком много уровней каталогов или фильтрующих веток.
источник
pull
?filter-branch
переписывает родительские коммиты, чтобы у них были разные идентификаторы SHA1, и, следовательно, ваше отфильтрованное дерево не будет иметь общих коммитов с удаленным деревом.git pull
не знаю, где попытаться слиться.Я только что написал скрипт для GitHub .
Применение:
источник
Это клонирует конкретную папку и удаляет всю историю, не связанную с ней.
источник
Вот сценарий оболочки, который я написал для сценария использования единственной подкаталога разреженной проверки
coSubDir.sh
источник
ln -s ./.$localRepo/$subDir $localRepo
вместо этогоln -s ./.$localRepo$subDir $localRepo
Я написал
.gitconfig
[alias]
для выполнения "редких проверок". Проверьте это (не каламбур):На Windows запустить в
cmd.exe
В противном случае:
Использование :
Эти
git config
команды «уменьшенные» для удобства и хранения, но здесь это псевдоним расширен:источник
L=${1##*/} L=${L%.git}
? Является ли пространство оператором?Используете Linux? И хотите только легкий доступ и очистку рабочего дерева? не мешая остальной код на вашей машине. попробуй симлинки !
Тестовое задание
источник
Просто чтобы прояснить некоторые из замечательных ответов здесь, шаги, описанные во многих ответах, предполагают, что у вас уже есть удаленный репозиторий.
Дано: существующий репозиторий git, например
git@github.com:some-user/full-repo.git
, с одним или несколькими каталогами, которые вы хотите использовать независимо от остальных репозиториев, например , каталоги с именамиapp1
иapp2
Предполагая, что у вас есть Git-репозиторий, как указано выше ...
Затем: вы можете выполнить шаги, подобные следующим, чтобы извлечь только определенные каталоги из этого более крупного репо:
Я ошибочно подумал, что параметры sparse-checkout должны были быть установлены в исходном хранилище: это не так. Вы определяете, какие каталоги вы хотите локально, перед извлечением из пульта. Надеюсь, что это разъяснение поможет кому-то еще.
источник
Хотя я ненавижу использовать svn при работе с git-репозиториями: / Я использую это все время;
Это позволяет вам копировать из URL-адреса github без изменений. Применение;
источник
Если вы действительно заинтересованы только в последних версиях файлов каталога, Github позволяет вам загрузить репозиторий в виде Zip-файла, который не содержит истории. Таким образом, загрузка происходит намного быстрее.
источник
Итак, я попробовал все в этом шаге, и у меня ничего не получалось ... Оказывается, что в Git версии 2.24 (той, которая поставляется с cpanel во время этого ответа), вам не нужно делать это
все, что вам нужно, это имя папки
Короче говоря, вы делаете это
Затем вы редактируете .git / info / sparse-checkout и добавляете имена папок (по одному в строке) с / * в конце, чтобы получить подпапки и файлы.
Сохраните и запустите команду проверки
Результатом была ожидаемая папка из моего репо и ничего больше Upvote, если это сработало для вас
источник