ведется проект есть 2 ветки TEST и HARD
каждая для своего сервера (тестовый и рабочий)

дык вот вопросы:
1) как правильно отлаженные изменения в TEST сливать в HARD
2) как снизить вероятность залива на сервер не той ветки
?

1) merge, rebase. по-моему других вариантов нет.

нормальный вариант только один - берем araxis и сливаем вручную

поэтому лично мне всегда дотаточно SVN

но всеже вернемся к гит

1)
git fetch
git checkout hard
git pull origin hard
git merge origin/test
#resolve conflicts/commit changes
git push origin hard

2) менять схему работы и на продакшн выкладывать тэги

Странный вопрос у вас. Вы же сами эти ветки переключаете. Даже если нечайно не ту ветку включили, то можете тут же откатиться.

http://habrahabr[dot]ru/post/106912/

судя из сегодняшних тестов нормально залить именно свою ветку получается только если делать
git pull origin HARD:HARD
я не знаю что именно не так но даже есть нынешнее состояние находится на ветке HARD
то git push origin HARD сливает не то (не ту ветку) или не сливает, толком не разобрался.
вот и говорю чтобы по максимуму защититься от человеческого фактора и не сделать случайно
как бы из манов расчитывал что если реп находится в нужной ветке то при git pull будет сливать состояние по ветке проекта, а оказалось что нет, нужно точно указывать что сливать.
(Добавление)
тоесть насколько я понял, рабочая ветки типа 1 (несчитая всяких ответвлений на всякие фиксы) но на момент релизного состояния делается метка (тег) а на харде состояние приводится к нужной ветке?

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

для наглядности :
локальный реп ---- удаленный реп ----- хосты (тестовы, и хард)
создал метку загрузил вроде все на удаленный, а на хостах меток не видно что не так?

Можете сделать git хук, и проверять статус сервера при переключении веток. Хотя все равно не понимаю зачем это. Администратор, который имеет доступ на продакшен сервер и без этого имеет кучу более вероятных способов поломать его.


git checkout TAGNAME

git push origin tag TAGNAME

вот так не видит меток после pull
тоесть git tag ничего не выдате

воооот что мне надо было)) +

git push origin --tags