Git вину не показуючи історії

Коли я запускаю git вину у файлі (за допомогою msysgit), я завжди отримую такий вид роздруківки:

00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   1) package co
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   2) {
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   3)      impor
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   4)      impor
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   5)      impor
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   6)      impor
00000000 (Not Committed Yet 2011-01-09 11:21:30 +0200   7)      impor

тобто він відображає всі рядки як Ще не здійснені.

Я спробував це на багатьох файлах, у яких багато комітів - завжди однакові результати. Я також намагався використовувати відносний / повний шлях, але, схоже, це не має значення.

Коли я намагаюся використати звинувачення TortoiseGit, він завжди відображає кожен рядок як останній коміт при першому коміті:

навіть думав, як я вже сказав, в історії цих файлів насправді десятки комітів ..

Ідеї?

Редагувати - Докладніше

• Вина Git чудово працює на GitHub, де розміщено це репо.
• Це також прекрасно працює, якщо я клоную його на машину Linux і звинувачую там
• Здається, що лише на msysgit це не працює

git blame file.txtзвинувачує версію file.txt у вашій робочій копії. Якщо у файлі file.txt у репозиторії є Windows-newlines (CRLF), а у вас є core.autocrlf = true, тоді кожен рядок file.txt вважатиметься іншим і буде повідомлятися git blameяк ще не здійснене.

Причина git blame <my_branch>(чи навіть краще git blame HEAD, яка працює незалежно від того, в якій гілці ви працюєте) полягає в тому, що вона не звинувачує версію робочої копії, тому немає потенціалу для рядків, які ще не були зафіксовані.

Знайшли рішення - дуже дивне.

Якщо я запустив це:

git blame file.txt

Історія порушена, як розміщено вище.

Якщо я зроблю це замість цього:

git blame my_branch file.txt

Це працює!

Це дуже дивно, оскільки для використання AFAICS не потрібна назва гілки:

$ git blame
usage: git blame [options] [rev-opts] [rev] [--] file

Починаючи з git 2.0.1 (25 червня 2014 р.), Git винна припинити повідомляти про всі ці рядки "Ще не здійснено".

Див. Коміт 4d4813a (26 квітня 2014 р.) Брайана М. Карлсон ( bk2204) .
^{(Об’єднано Junio ​​C Hamano - gitster- у комітеті e934c67 , 06 червня 2014 р.)}

blame: правильно обробляти файли незалежно від autocrlf

Якщо файл містив CRLFзакінчення рядків у сховищі з core.autocrlf=input, тоді звинувачуйте завжди позначені рядки як " Not Committed Yet", навіть якщо вони не модифіковані.
Не намагайтеся перетворити закінчення рядків під час створення підробленого коміту, щоб звинувачення працювало коректно, незалежно від autocrlfналаштування.

Ще одна можливість: помилка назви файлу з урахуванням регістру

У мене була та сама проблема з git винним файлом.txt, а потім зрозуміла, що я зробила друкарську помилку з іменем файлу з файлом file.txt

Змінив його на File.txt (наприклад), і я отримав очікувані результати без необхідності вказувати my_branch: git виправити File.txt