К группам разработчиков(WEB)

[AndreyChursin]

Я web-разработчик, сижу в офисе и по ftp(FileZilla) скачиваю файлы с кучи разных серверов. Я не единственный разработчик, поэтому бывает файлы затираются! Бывает последнюю версию файла удаётся восстановить, но как избежать подобных ситуаций?? читал про GIT, но не понял как с ним работать в моём случае!
Кто-нибудь имеет представление рационального решения моей проблемы?

[Zloy1]

Прежде всего надо разделить хранение кода и его деплой на сервер. Первое решается git - просто положите исходники на гитхаб и работайте с ним, второе можно решить могими способами - кури деплой кода. На чем пишешь?

[jura12]

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

[Haron Prime]

почитай habrhabr .

или вот это - там всё очень побробно и просто написано, с картинками и примерами

[AndreyChursin]

Прежде всего надо разделить хранение кода и его деплой на сервер. Первое решается git - просто положите исходники на гитхаб и работайте с ним, второе можно решить могими способами - кури деплой кода. На чем пишешь?

Пишу php на >40 разных серверах, редактор sublime text.
Работа с GIT не подходит, т.к. нужно работать с кучей разных серверов, и на каждый сервер пилить git и как-то настраивать доступ к ним на локальном - бредовенько...

p.s. Ведется не столько разработка проекта, а поддержка существующих проектов уже на рабочих серверах.

[Sly_tom_cat]

Работа с GIT не подходит, т.к. нужно работать с кучей разных серверов, и на каждый сервер пилить git и как-то настраивать доступ к ним на локальном - бредовенько...

Это потому что вы не разделили хранение и деплой.
Git настраивать на серверах - не нужно. Почитайте то что вам Haron Prime посоветовал, что бы понять для чего GIT нужен.

[AndreyChursin]

Работа с GIT не подходит, т.к. нужно работать с кучей разных серверов, и на каждый сервер пилить git и как-то настраивать доступ к ним на локальном - бредовенько...

Это потому что вы не разделили хранение и деплой.

Прочитал про git, но Вашу фразу так и не понял...
Предлагаете мне перед каждым редактированием скачивать файлы сайта по ftp??

Ещё раз.
Сайтов много и на разных серверах, доступ не только у меня, сайты на cms, которые могут обновить данные проекта.
Проблема в том, что иногда затираю правки других разработчиков(спасибо filezilla, что нет настройки "всегда скачивать новый файл").

[Sly_tom_cat]

Это потому что вы не разделили хранение и деплой.

Прочитал про git, но Вашу фразу так и не понял...
Предлагаете мне перед каждым редактированием скачивать файлы сайта по ftp??

Причем тут ftp

git прекрасно синхронизирует (дельтами) локальную и серверную копии репозиториев.
Работа с бранчами и пулл-реквестами как раз и позволяет организовать коллективную работу (не позволит затереть чужое, понимать что и где и в каком состоянии).

Вопрос деплоя кода - он решается другими средствами - тем же Capistrano-oм, хотя некоторые и git с хуками приспасабливают для деплоя, но это имхо - изврат.

[Punko]

Подтверждаю - если куча всего (то есть не один сайт), то гит  не подходит для
деплоя.

А использовать git и при это фтп для синхронизации исходников даже не смешно.


Или вы напрямую правите файлы по фтп на боевых серверах? О_о

[EvangelionDeath]

Подтверждаю - если куча всего (то есть не один сайт), то гит  не подходит для
деплоя.

А использовать git и при это фтп для синхронизации исходников даже не смешно.


Или вы напрямую правите файлы по фтп на боевых серверах? О_о

Почему это не подходит, если вкратце? И что по вашему мнению лучшее решение? У нас почему-то подходит. Веток то даже в одном репозитории может быть вагон и тележка. У нас разделены только репозитории ядра (апи) и интерфейсов (да, я иногда правлю прямо по живому и сливаю коммичу ченжи в девелопмент версии).

[Punko]

EvangelionDeath, как вы деплоите?
если оно прилетело в git и его сразу в продакшн, то это печалька, как мне кажется.
А так, поднимается какой-нибудь CI-сервер, отслеживаются изменения - на билд сервер - на тест-сервер.
Елси всё ок, то деплоится уже пакет.
Ну, или не пакет, если это какой-то интерпетируемый язык.

А вы деплоите git"ом как, через checkout force на хосте?
А если хостов хотя бы десяток? Тоже вручную всё запускать?

[EvangelionDeath]

EvangelionDeath, как вы деплоите?
если оно прилетело в git и его сразу в продакшн, то это печалька, как мне кажется.
А так, поднимается какой-нибудь CI-сервер, отслеживаются изменения - на билд сервер - на тест-сервер.
Елси всё ок, то деплоится уже пакет.
Ну, или не пакет, если это какой-то интерпетируемый язык.

А вы деплоите git"ом как, через checkout force на хосте?
А если хостов хотя бы десяток? Тоже вручную всё запускать?

Оно прилетает в development ветку, где тестируется. После чего изменения мержатся с проакшн веткой. И уже потом на проде тянутся изменения пулом (у нас интерпретируемый) + есть части на диалекте С (компиируемые). То есть, все стадии проверки мы соблюдаем)

Это куда лучше, чем таскать туды-сюды по фтп, даже через rsync =)

[Punko]

EvangelionDeath, лучше, согласен. Но я за автоматизацию

[AndreyChursin]

Прежде всего надо разделить хранение кода и его деплой на сервер. Первое решается git - просто положите исходники на гитхаб и работайте с ним, второе можно решить могими способами - кури деплой кода. На чем пишешь?

Т.е. положить 40 сайтов с CMS типа bitrix на githab? Эээ.. явно не то что нужно!

Работа с GIT не подходит, т.к. нужно работать с кучей разных серверов, и на каждый сервер пилить git и как-то настраивать доступ к ним на локальном - бредовенько...

Это потому что вы не разделили хранение и деплой.
Git настраивать на серверах - не нужно. Почитайте то что вам Haron Prime посоветовал, что бы понять для чего GIT нужен.

Деплой нужен только в случае создания нового сайта, а у меня только на поддержке более 20 сайтов!
Про git сразу сказал, что не подходит...
Да и с деплоем - тоже не ясно... как Вы разрабатываете(или представляете разработку) сайт? Неужели накатываете на локальном сервере?

Много всякого сказали, но всё не ясно как git тут "подходит". git вообще для работы с единичным хранилищем где сам и установлен! Ну нет возможности запилить на все 40 серверов хостеров git!
Есть другие решения данной проблемы? Как группа разработчиков организовывает поддержку множества сайтов/программ? Каждый раз деплоить из стороннего сервиса?

[Punko]

AndreyChursin, ansible, capistrano, saltstack, puppet, chef.
Делаете один конфиг, потом подсовываете нужный хост и всё.

Но в этом нужно достаточно долго разбираться.

Рекомендую для вас ansible - ходит по ssh, agentless.
Но еще раз - это не дело разработчика. Это дело operations engineers или девопса.

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