Вам кажется вы нашли ошибку в структуре данных, на самом деле вы нашли ошибку в визуализаторной программе (traс? пусть будет он, но наверное не он один). Разумеется, увидев пустой файл не следует делать далекоидущих выводов о его "перемещении".
Нет, git log -C показывает то же самое, так что trac здесь ни при чем, просто в нем наглядней. Кроме того, я еще до этого знал, что нету git copy и читал всякие дискуссии по этому поводу, смысл которых заключался в том, что авторитеты говорят "не нужен".
Git-log это одна из визуализаторных программ, и почему бы ей тоже не сосать в случае пустых файлов? Значит и в ней такая ошибка. А что до git-copy, то никто не мешает вам такой скрипт написать, для этого не надо менять внутреннее представление данных, так что мнение "авторитетов" тут может и интересно, но не очень-то важно.
Нет понял вопроса. Гит как раз НЕ хранит переименования и копии, и есть очевидная возможность найти их путем чуть более тщательного анализа дерева. Для этого есть соответствующие опции при просмотре: --find-renames, --find-copies и даже --find-copies-harder.
А по теме тебе всё правильно говорят, надо добавить обработку пустых файлов отдельным случаем и не морочить голову. Или вообще перестать комитить пустые файлы ,)
Comments 13
Reply
Reply
Reply
Reply
(The comment has been removed)
Reply
Reply
Reply
А по теме тебе всё правильно говорят, надо добавить обработку пустых файлов отдельным случаем и не морочить голову. Или вообще перестать комитить пустые файлы ,)
Reply
Reply
Leave a comment