Clone git репозиторий без учета изменений локально

Question

Можно ли клонировать хранилище в git и не хранить все изменения?

Мой репозиторий большой (десятки ГБ). Я не хочу удваивать пространство для хранения в рабочей копии. Я просто хочу файлы и знать, куда идти, чтобы нажать/вытащить обновления. Возможно ли это с помощью git или мне нужно вернуться к подрывной деятельности?

Answer 1

Вы можете создать «неглубокий» клон, но он делает репозиторий только для чтения, в который вы не можете извлечь или вставить его. Вот команда:. git clone repoUrl.git --depth 1 --branch branch_name

Answer 2

Я думаю, что ближайший вы собираетесь получить здесь использовать опцию --depth для git clone, чтобы ограничить количество истории, которая получает тянут в Это также означает, что вы не будете иметь все история доступна для git log и друзей - и вы не можете запустить git log против удаленного репозитория.

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

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

Answer 3

Можно ли клонировать хранилище в git и не хранить все изменения?

С не так уж много дисциплины, вы можете использовать --reference репозитории держать только один депо по всему сайту для крупных, стабильных частей РЕПО, где «Сайт» определяются как «машина с доступом к общей долевой файловой системе» ,

Чтобы сделать его безопасным в качестве общей файловой системы:

1. сделать голую репо, публикующий только стабильные ссылки. Самый простой способ - сделать полный клон, а затем удалить все неустойчивые.

   git clone--bareu://r/l/to/real/upstream/path/to/reference/repo
cd !$
git tag -dall the tags that have even a whiff of instability about them
git branch -Devery branch
git rev-parseany-tag> HEAD

2. Используйте этот репо в качестве ссылки.При клонировании реального вверх по течению,

   git clone --reference /path/to/reference/repo u://r/l/to/real/upstream

И это действительно все, что нужно использовать его в доме. Часть дисциплины заключается в том, что вы должны быть уверены, что файловая система с вашим депо на ней всегда доступна для чего-либо, ссылаясь на нее, и что никакие изменения в вашем депо никогда не оставляют неопознанную фиксацию. chmod -R a-w сделает это красиво.

Если люди клонировать этот путь к их ноутбукам и взять их где-нибудь без доступа к депо, они должны разъединить их клоны из депо первыми:

# disconnect from depot: 
git repack -Ad \ 
&& rm .git/objects/info/alternates 

---

Примечание:

Для действительно недоукомплектованные ноутбуки и действительно большие РЕПО, переупаковка может быть неудобной. Альтернативный способ:

# disconnect from depots, minimal cpu load for underpowered localhost: 
cp -r $(cat .git/objects/info/alternates) .git \ 
&& rm .git/objects/info/alternates 

Это также можно упаковать «только то, что вам нужно» для поездки дороги с git pack-objects и git rev-list. Вот один из способов сделать это:

# pack up what I have locally, mark it as reliably-present: 

git repack -l 
for pack in .git/objects/pack/*.pack; do 
    touch $pack.keep 
done 

# pack up everything I still don't have that might actually be useful 
# no need to list tags that are ancestors of other tags here: 

git rev-list --objects --all ^tag-I-dont-need ^another ^etc \ 
| git pack-objects --honor-pack-keep .git/objects/pack/pack 
mv .git/objects/info/alternates{,.inaccessible} 

# let git gc at what's here when needed 
rm .git/objects/pack/pack-*.keep 

и по возвращении в склад, поместите альтернативный файл обратно.

Answer 4

Если клон будет находиться на том же томе файловой системы, используйте git clone --local.

Он использует жесткие ссылки для экономии места.

Посмотрите на странице руководства пользователя git-clone.

Это означает, что вы можете иметь полную историю, не увеличивая при этом потребность в пространстве.