Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/topic.php on line 737
Форумы портала PHP.SU :: git и ветки

 PHP.SU

Программирование на PHP, MySQL и другие веб-технологии
PHP.SU Портал     На главную страницу форума Главная     Помощь Помощь     Поиск Поиск     Поиск Яндекс Поиск Яндекс     Вакансии  Пользователи Пользователи


 Страниц (1): [1]   

> Без описания
DlTA
Отправлено: 10 Июля, 2013 - 13:25:18
Post Id



Постоянный участник


Покинул форум
Сообщений всего: 2952
Дата рег-ции: Окт. 2010  


Помог: 53 раз(а)




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

дык вот вопросы:
1) как правильно отлаженные изменения в TEST сливать в HARD
2) как снизить вероятность залива на сервер не той ветки
?
 
 Top
DelphinPRO
Отправлено: 10 Июля, 2013 - 13:34:13
Post Id



Активный участник


Покинул форум
Сообщений всего: 7187
Дата рег-ции: Февр. 2012  


Помог: 353 раз(а)




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


-----
Чем больше узнаю, тем больше я не знаю.
 
 Top
caballero
Отправлено: 10 Июля, 2013 - 13:44:25
Post Id


Активный участник


Покинул форум
Сообщений всего: 5998
Дата рег-ции: Сент. 2011  
Откуда: Харьков


Помог: 126 раз(а)




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

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


-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore
 
 Top
DlTA
Отправлено: 10 Июля, 2013 - 18:15:42
Post Id



Постоянный участник


Покинул форум
Сообщений всего: 2952
Дата рег-ции: Окт. 2010  


Помог: 53 раз(а)




но всеже вернемся к гит
 
 Top
Stierus Супермодератор
Отправлено: 10 Июля, 2013 - 19:01:22
Post Id



Рекордсмен по количеству сообщений за 7 дней


Покинул форум
Сообщений всего: 2132
Дата рег-ции: Дек. 2008  
Откуда: Москваль


Помог: 52 раз(а)




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


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

2) менять схему работы и на продакшн выкладывать тэги
 
My status
 Top
Ch_chov
Отправлено: 10 Июля, 2013 - 19:16:49
Post Id



Постоянный участник


Покинул форум
Сообщений всего: 2121
Дата рег-ции: Июль 2008  
Откуда: из города


Помог: 90 раз(а)




DlTA пишет:
как снизить вероятность залива на сервер не той ветки

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

http://habrahabr[dot]ru/post/106912/
 
 Top
DlTA
Отправлено: 10 Июля, 2013 - 20:38:29
Post Id



Постоянный участник


Покинул форум
Сообщений всего: 2952
Дата рег-ции: Окт. 2010  


Помог: 53 раз(а)




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) менять схему работы и на продакшн выкладывать тэги
а вот не пойму, теги созданные локальном репе передаются на удаленный?

для наглядности :
локальный реп ---- удаленный реп ----- хосты (тестовы, и хард)
создал метку загрузил вроде все на удаленный, а на хостах меток не видно что не так?
 
 Top
Ch_chov
Отправлено: 11 Июля, 2013 - 06:28:09
Post Id



Постоянный участник


Покинул форум
Сообщений всего: 2121
Дата рег-ции: Июль 2008  
Откуда: из города


Помог: 90 раз(а)




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

DlTA пишет:
а как указать харду что при скачке нужно сразуже перейти в нужную метку?

git checkout TAGNAME

DlTA пишет:
создал метку загрузил вроде все на удаленный, а на хостах меток не видно что не так?
git push origin tag TAGNAME
 
 Top
DlTA
Отправлено: 11 Июля, 2013 - 11:27:46
Post Id



Постоянный участник


Покинул форум
Сообщений всего: 2952
Дата рег-ции: Окт. 2010  


Помог: 53 раз(а)




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

Ch_chov пишет:
git push origin tag TAGNAME
воооот что мне надо было)) +

(Отредактировано автором: 11 Июля, 2013 - 11:28:05)

 
 Top
LIME
Отправлено: 12 Июля, 2013 - 06:32:11
Post Id


Активный участник


Покинул форум
Сообщений всего: 10732
Дата рег-ции: Нояб. 2010  


Помог: 322 раз(а)




git push origin --tags
 
 Top
Страниц (1): [1]
Сейчас эту тему просматривают: 0 (гостей: 0, зарегистрированных: 0)
« Программное обеспечение »


Все гости форума могут просматривать этот раздел.
Только зарегистрированные пользователи могут создавать новые темы в этом разделе.
Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.
 



Powered by PHP  Powered By MySQL  Powered by Nginx  Valid CSS  RSS

 
Powered by ExBB FM 1.0 RC1. InvisionExBB