aol-nnov

дай, угадаю

у тебя на сервере континиус деплоймент какой-нить через гит и там хук стоит, запрещающий коммиты в рабочей копии.

клонируй себе на комп, делай правки там и потом пущи

или вот тебе вредный совет:
git commit -nm "какой то текст"

и беги, беги!!1 ;)

тут всё зависит от того, как репозиторий на сервере организован.

если он bare, то надо его просто склонировать в каталог с сайтом

cd /var/www
git clone -b master /home/user/git/reponame.git

и последующие апдейты через git fetch
, если полноценный репозиторий (что странно), то как Алексей Ярков посоветовал

всё так.
фичи периодически ребейзишь на девелоп, после слияния feature1->dev, фича1 перестает существовать (по идее).
на остальных один раз решаешь конфликты и дальше едешь.

еще есть git rerere, но пользоваться не приходилось еще. только теорию читал.

редактором? блокнот!
ide давно есть для разработки. вебшторм, например.

кстати, mergetool может быть и внешний. не обязательно средства ide привлекать
kdiff3, meld (первый и под винду есть)

> Существуют ли какие-нибудь инструменты слияния

стремительно открой для себя git merge!

это личное дело каждой команды. можно, например, git flow

> где вписывать мои учетные данные.
ровно там же, где ты их вписывал для работы с гитом из консоли

> можно ли при с помощью этого плагина пушить
грепать по словам push и remote

может, как-то надо настроить, чтобы деплой шел только при пуще в определенную ветку?

тут, думаю, не в тимсити проблема, а в том, как рабочий процесс выстроен.

добавь в скрипт что-нить типа
echo $USER
whoami

или еще что-то, чтобы быть наверняка уверенным, от какого пользователя выполняется скрипт. потом приведи в соответствие настройки суду.
// эхх, глаза протёр. там про отсутствие tty...
привет, дневничок^W^W вот оно! https://www.shell-tips.com/2014/09/08/sudo-sorry-y...

git checkout master
git reset --hard prod

извраты с "сохранением" показали выше. а вообще, любИте документацию. она рулит!

Исчерпывающая документация
Взято отсюда.