Полезная-то полезная и выглядит неплохо, но для чего ее можно использовать? Обновлять модули? Сохранять клевенькие репозитории на память на любимом сервере? Наверное, я еще просто не постиг таких глубин контроля версий…
Легко. Допустим, контора. У конторы в офисе сервер. На сервере убунта. Доступ к файлам через sabma. У работников — Windows.
Всё, классическая консоль становится ужасным решением. А тут — хорошо.
Замечу, что при работе через ssh файлы, созданные гитом будут недоступны для тех-же tortoisegit, доступных через samba, т.к. файлы созданные другим пользователем, доступны только на чтение.
Есть такая штука как shell-in-a-box, которую можно использовать как безопасный веб-клиент для ssh, например. Она используется в составе TurnKey virtual appliances.
Удобно, когда любимой kiTTY/PuTTY нет под рукой.
Там поддерживается фильтр комманд, вот без фильтра легко хакнуть.
Да, неплохо для тестовых сайтов (можно логин пароль прикрутить еще), а на продакшне и .git/ не будет.
5.2.12 (мастерхост) ругается на то, что не знает __DIR__, работает — dirname(__FILE__).
Хотя пхп все-равно надо перекомпилировать, ибо проц_оупен недоступен.
Имхо softm прав, если всё что нужно от 5.3 это __DIR__ то уж лучше dirname(__FILE__) и в требованиях PHP 5.0+. Вряд ли резонно переводить проекты на 5.3 только из-за git.php :)
Я имел ввиду без бекенда, чтобы можно было сделать локальный GIT клиент на JS в браузере. Вот как обычные десктоп клиенты, только в браузере. Например открываешь mygitclient.com/ и там открывалось веб приложение которое работало с локальной рабочей копией. Получаем все преимущества веб приложения замещающего десктопный клиент.
Управление GIT-ом через веб-консоль на PHP