D
К проду у тебя ssh есть?
Если проект на выделенном сервере то, да. Но я в основном мелкие проекты делаю которые сразу на хостинг кидаются.
Size: a a a
2020 June 06
А
Делай через гит все, намного удобнее и не паришься с копиями
J
Git удобно юзать и на мелких проектах тоже
P
вообще в 2020 не надо объяснять. просто как правило: всегда работай с git, даже если один
P
и точка
А
вообще в 2020 не надо объяснять. просто как правило: всегда работай с git, даже если один
+
YS
Помню посоветовал одному товарищу гит. Дак он через день цитата "я как из джунглей вышел" работал по фтп до этого))
А
Особенно удобно видеоредактору работать с гитом 😸
M
Misha Fomin
Парни привет. А подскажите плиз )) Есть у меня на гите копия проекта. Этот проект есть на рабочем домене. Его же я скачал через гит баш себе и залил на тестовый домен. С докером пока не работал... Так вот. Я сделал правки, залил на гит и вручную через фтп залил на тестовый. Всё работает. Както можно на рабочем домене через консоль стянуть с гита последнюю версию моих правок чтобы они были и на рабочем? Чтобы вручную через фтп не заливать... 🙂
На рабочем сервере проект, ранее так же залитый по ftp ? Тогда придётся всё удалить перед тем как заливать через git.
Пушишь в гит актуальную версию
Удаляешь на тестовом сервере всё залитое ранее и в эту папку делаешь git clone урл_репы public_shtml
Создаёшь свой .env , проверяешь как всё работает
Если работает, на рабочем повторяешь ту же процедуру.
В итоге в следующий раз чтобы подтянуть актуальные изменения в папке с проектом делаешь git pull origin master , если у тебя актуальные изменения в ветке master
Пушишь в гит актуальную версию
Удаляешь на тестовом сервере всё залитое ранее и в эту папку делаешь git clone урл_репы public_shtml
Создаёшь свой .env , проверяешь как всё работает
Если работает, на рабочем повторяешь ту же процедуру.
В итоге в следующий раз чтобы подтянуть актуальные изменения в папке с проектом делаешь git pull origin master , если у тебя актуальные изменения в ветке master
А
Не обязательно удалять
А
Хотя проще
P
или
git init
git remote add origin url_to_repo
git init
git remote add origin url_to_repo
A
или
git init
git remote add origin url_to_repo
git init
git remote add origin url_to_repo
+
MF
спасибо за такое обсуждение и обмен мнениями ) Поставлю гит на сервак тогда и пока руками буду пулить как на локалке
MF
а вот вопрос. Есть ветка мастер - рабочая. И есть ветка Тест. Можно пулл с Тестовой, и проверить чтоб работало всё. Если всё работает и слить с мастером и пулл сделать с мастером? А если чтото пошло не так то можно пулл с Мастера чтобы залить рабочий проект? Так нормально работать для начала?
w
В целом зачастую надо актуалить между собой ветки что бы не было конфликтов
w
У нас мр в ветку девелоп, мы от неё актуалимся, а из девелопа собираются RC ветки
J
У нас делали отдельную ветку для каждой фичи или бага. И когда он готов лъеш в тестовую ветку, а потом в мастер
w
Для фичи и бага у нас выбирается из трелло
J
Это если делать упрощенно