Найти коммит, в котором находится working tree после удаления .git

Надо подумать. В sha находится что? Точнее sha зависит от чего?

От изменений. Не пойдёт.

sha не поможет, там данные коммита, а не только дерево

git bisect + git diff с использование "--work-tree"

bisect не поможет, только линейный поиск, ибо тут ответ можно дать только равно/не равно, а не больше/меньше.

Значит нужно делать diff дерева с каждым коммитом.
Мне почему-то кажется, что я где-то читал, что есть готовая команда для моей задачи :)

А если git diff | wc -l ?

Я бы попробовал bisect потому что, имхо, со временем изменения ,обычно, только накапливаются.

Bisect-ом смотреть размер diff-а? Ну в принципе хорошая идея, надо попробовать

Только не очень понятно, как алгоритм делать, допустим последний коммит в истории good, первый bad, он выбирает коммит посередине, как определить good он или не очень?

Никак. Для того чтобы определиться в каком направлении двигаться тебе нужно два коммита. По ним будет понятно в каком направлении нужно двигаться. Короче, тебе нужно найти http://ru.wikipedia.org/wiki/Градиент

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

Если точно известно, что файлы те же самые, то можно сделать так:

1) сначала добавляем их в индекс git update-index --add

2) затем git write-tree таким образом оно создаст tree объект со всеми нашими файлами и выведет его hash

3) git log --all --pretty=format:'%T %h %s' |grep <hash из предыдущего>

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

Спасибо за идею, надо попробовать!

Про bisect вообще забудьте - размер диффа изменяется в зависимости от удаления от эталонного коммита немонотонно. Хватит простого скрипта типа:

while git checkout HEAD^; do
  echo -n `git rev-parse HEAD`
  diff -ruN -x .git . /path/to/tree | wc -l
done

и смотрите насколько далеко от нуля блуждает дифф. Если 0 не найдётся, смотрите тот diff что был минимальным, возможно ещё какие-то -x нужны. Я так как-то успешно проставил тэги релизов имея только тарболлы этих релизов.

Из минусов - не умеет нелинейную историю.

Спасибо, то что надо! У меня линейная история

Чуть позже проверю

В Git есть не только коммиты (commit), но и деревья (tree). SHA1 для дерева можно посчитать из файлов, а потом найти коммит, держащий дерево с таким SHA1.