VS>>>> Почитал про git bundle (по аналогии с hg bundle), но там VS>>>> какой-то слишком сложный процесс описан, надо на 2-м объявить VS>>>> bundle как remote, на 1-м его как-то хитро создать, VS>>>> синхронизировать...
VS>> А как в bundle запихать не всю историю, а только с коммита XXX по VS>> коммит YYY?
ZK> На сколько я понимаю, как и для git fetch при работе с удалённым ZK> репозитарием, ему нужен ref, поэтому нужно оттежить или отбранчить ZK> YYY.
ZK> % git tag name-for-remote YYY
ZK> Затем
ZK> кратко: вместо HEAD в примере выше, XXX..name-for-remote (XXX не ZK> включается).
Примерно понятно. Непонятно зачем недостаточно просто двух commit ID.
VS>> Или лучше bundle делать всегда полный, а он потом при VS>> unbundle/merge сообразит, с какого места надо импортировать VS>> изменения?
ZK> вопрос скорости и места. Можно и полный .git копировать и потом просто ZK> fetch/pull из него (fetch/pull также можно сделать из бандла).
Вот кстати да, спасибо за идею, самый простой способ скопировать репозиторий полностью. Только что проверил - можно делать из принесенного репозитория pull, не прописывая его как remote и пр., а просто указав путь на fs. На том наверное и остановлюсь.
[dd]
VS>> О, вот это круто, благодарю.
ZK> в принципе там в мане пример, где достаточно просто git pull ZK> /tmp/bundle, когда ref из бандла мержится в текущий бранч.
В том примере AFAIR они сперва бандл как удалённый репозиторий прописывают, а я не хотел так.