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