Stierus пишет:#resolve conflicts/commit changes
git push origin hard судя из сегодняшних тестов нормально залить именно свою ветку получается только если делать
git pull origin HARD:HARD
я не знаю что именно не так но даже есть нынешнее состояние находится на ветке HARD
то git push origin HARD сливает не то (не ту ветку) или не сливает, толком не разобрался. Ch_chov пишет:Странный вопрос у вас. Вы же сами эти ветки переключаете. Даже если нечайно не ту ветку включили, то можете тут же откатиться.
вот и говорю чтобы по максимуму защититься от человеческого фактора и не сделать случайно
как бы из манов расчитывал что если реп находится в нужной ветке то при git pull будет сливать состояние по ветке проекта, а оказалось что нет, нужно точно указывать что сливать.
(Добавление)
Stierus пишет:2) менять схему работы и на продакшн выкладывать тэги тоесть насколько я понял, рабочая ветки типа 1 (несчитая всяких ответвлений на всякие фиксы) но на момент релизного состояния делается метка (тег) а на харде состояние приводится к нужной ветке?
все логично кроме 1 вещи, а как указать харду что при скачке нужно сразуже перейти в нужную метку? мало ли на каком состоянии будет находиться конечное состояние репа, что реально может на некоторое время поломать работу хард сервера, а хотелось бы по минимуму.
(Добавление)
Stierus пишет:2) менять схему работы и на продакшн выкладывать тэги а вот не пойму, теги созданные локальном репе передаются на удаленный?
для наглядности :
локальный реп ---- удаленный реп ----- хосты (тестовы, и хард)
создал метку загрузил вроде все на удаленный, а на хостах меток не видно что не так?
|