Вы упоминаете, что используете gitosis, но из предоставленной вами команды я могу сделать единственный вывод, что ваша настройка gitosis полностью нарушена.
Первое, что я замечаю, это то, что вас просят ввести пароль, и онПохоже, вы ввели его, и нажатие продолжилось.Сервер никогда не должен запрашивать пароль, если это так, то это признак того, что вы не предоставляете правильную пару ключей ssh серверу или сервер неправильно настроен и должен привести к прерванной попытке отправки, так как использование учетной записи не должноиметь пароль установлен.Использование пароля означает, что вы переопределяете все, для чего предназначен gitosis, и вы можете просто удалить его, потому что он вообще не используется.
Второе, что я заметил, это то, что вы подталкиваете к /var/www/saris/.gitкоторый в соответствии со стандартным соглашением об именах указывает на непроявленное репо.Опять же, вы, кажется, ходите вокруг всего, что делает гитоз, потому что он работает только с голыми репозиториями.Кроме того, именно поэтому вы не видите изменений на сервере.При переходе к репозиторию без использования репозитория рабочее дерево никогда не обновляется, поэтому эффект, который вы пытаетесь получить (обновление веб-сайта в / var / www / saris), не будет работать.См. https://git.wiki.kernel.org/index.php/GitFaq#non-bare и http://toroid.org/ams/git-website-howto для получения дополнительной информации о репозиториях, не являющихся открытыми, и об управлении веб-сайтами с помощью git.
Кроме того, я хотел бы указать, когда это возможно, на то, что гитоз не поддерживается и не рекомендуетсясообщество git в пользу превосходящего gitolite .
РЕДАКТИРОВАТЬ: Вы полностью удалили исходный вопрос и заменили его другим несвязанным вопросом и потеряли все исходные детали,Вы должны были просто создать новый вопрос, но я все равно отвечу на ваш новый вопрос.
Ваш новый вопрос по сути является одним из самых простых и распространенных git-вопросов.Его так часто спрашивают, что в нем есть часть GitFaq , которую я скопировал сюда и даже связал, когда ответил на ваш оригинальный вопрос.
Почему победиля вижу изменения в удаленном репо после «git push»?
Операция push всегда связана с распространением истории репозитория и обновлением ссылок, и никогда не затрагивает файлы рабочего дерева.В частности, если вы нажмете обновить ветку, извлеченную в удаленном хранилище, файлы в рабочем дереве не будут обновлены.
Это предупредительное проектное решение.Рабочее дерево удаленного репозитория может иметь локальные изменения, и у вас нет возможности разрешить конфликт между передаваемыми вами изменениями и изменениями в рабочем дереве.Тем не менее, вы можете легко сделать хук после обновления, чтобы обновить рабочую копию извлеченной ветки.Причина, по которой этот пример не используется по умолчанию, заключается в том, что он уведомляет человека, выполняющего толчок, только в случае возникновения проблемы.Последний черновой вариант перехвата после обновления для этого в http://utsl.gen.nz/git/post-update,, который имеет дело почти со всеми случаями, за исключением случаев, когда уже существует конфликтующее слияние на удаленной стороне (поскольку git-stash в настоящее время не может спрятать это).Он также не работает в тех случаях, когда это возможно, например, ни один из файлов на самом деле не конфликтует.
Быстрое правило: никогда не загружать репозиторий, к которому прикреплено рабочее дерево, пока вызнать, что вы делаете.
Если вы уверены, что делаете, вы можете выполнить «git reset --hard» на стороне, на которую вы нажали.Обратите внимание, что это потеряет ВСЕ изменения, которые вы сделали на этой стороне, сбрасывая рабочее дерево до последней ревизии, которую вы нажали.Смотрите эту статью о голых репозиториях для деталей.
Снова, пожалуйста, прочитайте http://toroid.org/ams/git-website-howto, который я связал, когда ответил на ваш первый вопрос.Если вы воспользуетесь этим решением, у вас не возникнет этой проблемы.