Было много дискуссий о функциях core.autocrlf и core.safecrlf в текущем и следующем выпусках. Вопрос, который у меня есть здесь, относится к среде, в которой разработчики клонируют из голого репозитория.
Во время клонирования включены настройки autocrlf. Но поскольку разработчики имеют полный контроль над своим клоном, они могут удалить эту настройку autocrlf и продолжить.
Мы можем указать файлы, отличные от двоичных, в файле .gitattributes, но есть ли другой способ, которым GIT автоматически определяет, является ли файл текстовым или двоичным файлом?
Есть ли способ, например, хук обновления (хук фиксации невозможен, поскольку разработчики все еще могут его удалить), который можно разместить, чтобы убедиться, что файлы (с CRLF) передаются из среды Windows на машину UNIX, на которой размещен голый репо, конвертируется в формат UNIX EOL (LF)?
Повлияют ли такие обработчики обновлений, сканирующие каждый файл на наличие CRLF, на производительность операции push?
Спасибо