aol-nnov

правки удалить или записи в логе?

в любом случае, интерактивный ребейз (git rebase -i) и в нем уже можно слепить (squash), удалить или отредактировать конкретный коммит мессадж

и как историю причешешь, только после этого публикуй на гитхаб

дай, угадаю

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

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

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

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

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

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

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

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

язык пользователя (начиная с 24 апи немного иначе, там написано)

ссылки на ресурсы - только ручками. (по крайней мере, когда мне это последний раз требовалось, студия не умела так рефакторить)
а если в рантайме, то values-<lang> как Artem Gapchenko написал.

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

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

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

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

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

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

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

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

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