Как в git'е перейти с одного дерева на другое с сохранением истории?

Ты точно понимаешь, как работает гит? И что это вообще такое?

1. Создаешь каталог, в котором инициируешь новый пустой репозиторий: git init.
2. Распаковываешь туда свой тарбол, коммитишь изменения, можно прямо в мастер: commit.
3. Делаешь че надо, снова коммитишь изменения. В итоге у тебя мастер с нужными тебе версиями файлов, и вообще все, что ты делал.
4. Снова распаковываешь тарбол в корень и коммитишь: вот тебе последний коммит с сохранением истории репы.

Сам каталог .git трогать при этом не надо вообще.

Ну или я твою задачу не понял вообще.

Ну или я твою задачу не понял вообще.

Да. Задача в том, чтобы перейти с одного на другое.

Изначально был репозиторий, можно сказать, с нуля, т.е. созданный через «git init».

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

Еще забыл между 3 и 4: удаляешь все из корня, кроме .git.

А для чего такие пляски?

Кажется, что поможет format-patch, но я с ним не работал никогда, поэтому более детально не подскажу.

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

Для того, что это переход со «сборки из тарбола» на «сборку из git'а». Директория .git может быть только одна. Если склонировать git'овый репозиторий в поддиректорию, то эта апстримная директория project/.git в дерево просто не добавится.

По-моему он хочет перенести файлы со всей историей относящихся к ним коммитов из одной репы в другую.

Для того, что это переход со «сборки из тарбола» на «сборку из git’а»

А можно поподробнее? Мб есть другой путь?

склонировать git’овый репозиторий в поддиректорию

В корень. И не склонировать, а просто залить туда исходники.

А надо именно клонировать, чтобы имеющееся в репозитории позволяло делать «git pull» для тех исходников, которые раньше были из тарбола. Можно, конечно, добавить историю проекта отдельной веткой, но это менее правильно.

Так что, другого пути, по сути, нет.

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

То, что извлекалось из тарбола, клонируется из git’ового репозитория прямо в корень

ЯННП. Ты хочешь влить код из какой-то внешней репы апстрима? Сделай отдельный remote и отдельную ветку для него. Потом вытягиваешь оттуда в эту ветку апстрим код и сливаешь в свою.

Нет.

Задача такова: репа1 (моё файло + файло из тарбола) -> репа2 (клон репы с файлом из тарбола + моё файло из репы1 + история репы1)

Нет

Как же нет, когда да.

PS: или тебе надо чтобы было незаметно?

Тут моя старая репа мержится с клоном репозитория. Такова задача.

старая репа мержится с клоном репозитория. Такова задача.

И что в моём предложении этому не соответствует?

в каталоге со «своим» гитом создаешь новую ветку с именем, не существующим в новой репе, переключаешься на нее. Добавляешь remote от новой репы. Опционально сносишь свой мастер. Делаешь git fetch <новый remote>. Получаешь у себя два дерева, мержишь как обычно.

В общем, решил с другой стороны так:

<Чистка дерева>
git remote add upstream <URL апстрима>
git remote update
git merge -s ours --allow-unrelated --no-edit upstream/master
[опционально "git rebase upstream/master"]

Тебе нужен subtree merge.

git subtree уже предлагали?

subtree merge

Спасибо, хороший вариант.