Партизанский git pull в условиях «unable to unlink old file»?

Question

[StopDesign]

Есть проект под версионным контролем (git). Под ним вся директория проекта. Но она по каким-то админским причинам принадлежит пользователю root. Админы создали в ней папки и файлы, которые я попросил и поставили на них права на запись. Но сам я не могу удалить или создать файл в корневой директории проекта. Только редактировать могу. И при попытке сделать pull получаю такую ошибку:

error: unable to unlink old '.gitignore' (Permission denied)

Как заставить git работать в таких условиях? Можно его как-то попросить просто обновлять файлы, а не удалять и создавать заново?


Вариант «поговорить с админами и поменять структуру директорий или права» пока не рассматривается.

Comments

[denver]

Из буханки сделать трамвай? Ну, можно. Но зачем?

[StopDesign]

Ну, есть причины…
У админов там suEXEC (для запуска cgi от имени пользователя проекта). Он, похоже, патченый (или это так из коробки) и требует, чтобы пользовательский document root принадлежал пользователю root. Или не сам требует, а мониторинг какой-то. Подробностей я не знаю.

Ко мне этот suexec никакого отношения не имеет, но все скрипты мониторинга и развертывания проектов из-за меня одного никто переделывать не хочет (по принципу «работает — не трогай»).

А поменять структуру я не могу, т.к. папка www лежит в корне проекта и должна быть под версионным контролем.

Answer 1

[denver]

Ясно. Имхо главная проблема в желании иметь .git/ в продакшн проекте. Это всё равно ущербно — ни один девелопер не должен думать что это нормально делать git pull там. Вполне логично было бы держать репу у себя в /home/ а затем рсинкать её когда полностью протестировал текущую ветвь. Или настроить capifony если это частая задача.

Comments

[StopDesign]

А какие у вас есть аргументы против гита на хостинге? Я сегодня первый раз в жизни услышал, что кто-то считает это неправильным.

[denver]

Не знаю как с git, но бывают взломы:
habrahabr.ru/post/70330/
А потом кто-то может оставить локальное изменение, а git pull затем содаст локальный конфликт. С другой стороны если есть кураж, делайте sudo git pull :)

[StopDesign]

Это не взлом, а сбор кучи исходников, которые открыто валялись в веб-пространстве. Для git тоже можно такое сделать, но это постараться нужно.

[StopDesign]

Если кто-то оставил локальное изменение, то удобнее, когда есть git:
во-первых, локальное изменение легко отследить (git status);
во-вторых, его можно легко прибить или даже игнорировать саму возможность его появления (можно заранее делать git reset).
А вот если файлы просто копируются, то уже черт его знает, что произойдет.