2015-07-19 3 views
2

Я использовал chmod для изменения прав доступа к файлу. Этот файл находится в моем репозитории Git. Я изменил его с 777 до 444. Git не показывает никаких изменений в файле. Как добавить это изменение в Git?Git: Изменение разрешения трека с 777 по 444

Использование Git Verion 1.7.9.5

+1

проверить [это] (http://stackoverflow.com/questions/3207728/retaining-file-permissions-with-git) anwser –

+0

Это решение может работать, но кажется более болезненным, чем ответ, который я принял ниже. – sheldonkreger

ответ

2

Вы можете удалить файл из хранилища и заменить его на файл, который вы изменили.

+0

Чувствует себя взломанным, но, вероятно, проще, чем решение в соответствующем сообщении, указанном Лоуренсом Бенсоном в комментарии к моему вопросу. – sheldonkreger

+1

@sheldonkreger Jacky немного, но, вероятно, самый простой способ сделать это. – feltersnach

+0

Я скопировал файл на другое имя файла, а затем использовал git rm в исходном файле. Создал git commit для удаления. Затем я изменил perms на дубликат файла и вернул его к исходному имени файла. Добавил его в git, сделал фиксацию. Так оно и было. – sheldonkreger

1

Git будет отслеживать, изменился ли исполняемый бит. Итак, если у вас есть файл, который был 666 и изменил его на 777, git отслеживал это изменение, но в остальном не отслеживал разрешения файлов. Если вам нужно отслеживать разрешения с помощью git, для этого потребуются сторонние инструменты. This post объясняет это немного. Вам понадобится сторонний инструмент, такой как git-cache-meta.

1

из https://docs.gradle.org/current/userguide/gradle_wrapper.html#sec:unix_file_permissions

обертки задачи добавляет соответствующие права доступа к файлам, чтобы позволить выполнения gradlew * NIX команды. Subversion сохраняет этот файл . Мы не знаем, как другие системы контроля версий заключают сделку с . Что должно всегда работать, это выполнить «sh gradlew»

.