git diff --name-status: что означает R100?

Question

Когда я, например, git diff master --name-status Я вижу несколько строк с префиксом R100.

Что именно означает R100?

---

Я бы предположил, R означает "переехал". Я публикую ниже то, что нашел в документации , но ничего в этом тексте ничего не говорит о 100 или числах как таковых.

--name-status Показывать только имена и статус измененных файлов. См. Описание параметра --diff-filter о значении букв состояния.

, а затем

--diff-filter=[(A|C|D|M|R|T|U|X|B)…​[*]] Выберите только те файлы, которые добавлены (A), скопированы (C), удалены (D), изменены (M), переименованы (R), чей тип (т. Е. Обычный файл, символическая ссылка, подмодуль,…) изменен (T), Unmerged (U), Неизвестен (X), или у них было сломано соединение (B). Можно использовать любую комбинацию символов фильтра (включая ни одного). Когда * (All-or-none) добавляется в комбинацию, выбираются все пути, если в сравнении есть какой-либо файл, который соответствует другим критериям; если нет файла, соответствующего другим критериям, ничего не выбирается.

Кроме того, эти заглавные буквы могут быть исключены из нижнего регистра. Например. --diff-filter = объявление исключает добавленные и удаленные пути.

Обратите внимание, что не все различия могут содержать все типы. Например, различия в индексе из рабочего дерева никогда не могут иметь добавленных записей (поскольку набор путей, включенных в diff, ограничен тем, что находится в индексе). Аналогично, скопированные и переименованные записи не могут отображаться, если обнаружение для этих типов отключено.

Answer 1

Документация для git status в разделе "Измененные отслеженные записи" объясняет, что означает R100:

<X><score> Оценка переименования или копирования (обозначает процент сходства между источником и целью переместить или скопировать). Например, «R100» или «C75».

Итак, объединяя это с тем, что вы цитировали выше, файлы, которые вы видите со статусом R100, означают, что они были перемещены, и что Git нашел 100% -ное совпадение между этим файлом и некоторым другим ранее названным файлом.

Вот ссылка на хороший ответ @torek, в котором описана физика того, как Git отслеживает контент.