Как отказаться от разработки на локальном сервере?

Question

[Bodrosh]

Здравствуйте. Подскажите, как лучше организовать процесс разработки на нескольких ПК?

Раньше да и сейчас пока еще пользовался локальным сервером (денвер). Но переносить проекты надоедает, тратится много времени впустую. После разработки на локальном сервере нужно загружать файлы, бд (причем в бд еще нужно поменять адрес) на хостинг и так каждый раз после внесения правок. Если нужно дома что то поделать, опять же разворачивать локальный сервер, выкачивать проект не удобно. Причем если отдавать проект другим разработчикам может начаться непонятно что)

Какая логика должна быть для создания проектов? Отказываться от локально сервера? редактировать файлы прямо на сервере по ftp не удобно, каждый раз сохранять измененные. Или может в среде разработки (php storm открывать проект по ftp) Я так понимаю нужно копать в сторону git?

Скажем, проект на wordpress, на сервере должен быть git, и уже на своих ПК его выкачивать? или пользоваться github, на него выкладывать все проекты? Непонятно как работать с бд. слышал про миграцию, но пока не понимаю как все лучше организовать.

Нужен наставнический совет) кто как работает? Может что то стоит почитать ?

Comments

[zooks]

"Денвер" - вы из какого века? XAMPP либо OpenServer. Синхронизацию можно настроить в PhpStorm как показано ниже. Либо деплоить через Git.

Answer 1

[Dim]

не нужно отказываться - есть множество решений для тех или иных рабочих процессов:

PaaS решения [Platform as a Service]
https://www.heroku.com/
https://www.cloudfoundry.org/
https://www.openshift.com/
https://kubernetes.io/
https://jelastic.com/
https://apprenda.com/
www.kelproject.com
https://bitnami.com/
https://dokkur.com/
https://scorocode.ru/

BaaS решения [Backend as a Service]
parseplatform.org
www.baasbox.com/en
https://backendless.com/

DaaS решения [Database as a Service]
https://www.compose.io/
https://redislabs.com/
redis4you.com
https://www.jackdb.com/
https://www.imgix.com/
cloudinary.com
https://databasefire.com/

DevOps Инструментарий [https://ru.wikipedia.org/wiki/DevOps]
https://www.vagrantup.com/
https://git-scm.com/ | https://bitbucket.org/ | https://github.com
https://www.ansible.com/
https://puppet.com/ | https://xakep.ru/2011/05/14/55238/
https://www.docker.com/
https://gitlab.com/ | https://about.gitlab.com/2016/07/29/the-basics-of-...
https://www.openstack.org/

PS: если вам известно еще какое либо решение - укажите в комментарии.

Comments

[Василий Назаров]

интересно, что следует делать с этой простынёй ТСу?

[Bodrosh]

спасибо за наводки

[lukoie]

Василий Назаров: у него будет выбор что смотреть и что читать. простыня как раз таки адекватна как ответ на вопрос ТСа.

Answer 2

[Антон Рейтаровский]

Git использовать. Для бд миграции, для конфигов .gitignore

Answer 3

[ThunderCat]

Конкретно:
- Регаетесь на гитхабе или битбакете
- создаете новый проект(пустой)
- на локальной машине создаете папку с проектом и начинаете там создавать свой шедевр(например устанавливаете вордпресс)
- на этапе когда все готово для начала работы на нескольких машинах(установили вордпресс), создаете ЛОКАЛЬНЫЙ репозиторий( нужно поставить себе утилиту git).
- Заливаете локальный реп на гит сервер.
- подключаете пользователей которые должны иметь доступ к проекту на сайте гит репозитория.
- профит (каждый заходит и делает себе копию репозитория локальную, когда что-то меняет - заливает на сервер изменения)
Хорошая статья для быстрого старта.

Comments

[Bodrosh]

Т.е. я создаю проект на локально машине, затем заливаю его напр. на битбакет (получается всю папку www c каталогами wp-content, wp-admin и т.д.), т.е. все файлы проекта будут на битбакете. Как мне их синхронизировать с виртуальным хостингом или так не получится? Это нужно простить поддержку хостинга поставить git? или придется использовать выделенный сервер? И как работать с базой банных в данном случае? она же создастся локально. Спасибо

[ThunderCat]

Bodrosh:

И как работать с базой банных в данном случае? она же создастся локально.

есть куча умных способов а ля миграции и проч. вкусности, у меня команда из 3 чел, так что я тупо делаю экспорт бд, заливаю в корень проекта, называю его включая дату, чтобы было видно когда делал, в другом месте все это апдейтю и заливаю базу поверх старой(экспорт с дроп тэйбл). Решение немного "влоб", но мне достаточно удобно.

[lukoie]

ThunderCat: много возни. не спортивно.

[ThunderCat]

lukoie: в бд обычно изменения вносятся или крайне редко(смена структуры - обычно косяк при проектировании) или большими пачками(заполнение из файлов), так что вполне норм, раз в 2 недели сделать апдейт базы не поломаюсь )

[lukoie]

ThunderCat: то есть при изменениях в БД дома и на работе и на ноуте, надо синхронизировать их путем импорт-экспорта по фтп, и дальнейшими ахалаймахалаями в пхпмайадмине?

[ThunderCat]

lukoie: зачем фтп? Они же в гите.

[lukoie]

ThunderCat: ок. я бы так просто не делал. но конечно каждый делает как ему удобно, даже если другим это кажется неудобным.

[ThunderCat]

lukoie: а есть вот прям еще быстрее / удобнее вариант? Хотелось бы посмотреть / сравнить, что предложите?

[lukoie]

ThunderCat: использовать свой сервер, доступный из сети. и не надо ничего сохранять, называть по датам, гитить, импортить, апдейтить и т.п.

[ThunderCat]

lukoie: хм, то есть заводить внешний сервис или открывать порты наружу на своем локальном... Первое требует еще одного хостинга для дб (продакшн я свой так не открою, еще не сошел с ума), второе чревато, я бы за это в нашей бывшей конторе админу вставил руки обратно в плечи, а в пятую точку вставил нехилый фитиль.

[Bodrosh]

ThunderCat: lukoie: А чем лучше пользоваться: Git или Mercurial?

[ThunderCat]

хз, скажу честно - юзал свн и гит, гит удобнее немного, но в целом все вершн конторлы +- похожи, для новичка разница чисто на слух ) Ну и на гит сейчас много доков, на меркуриал поменьше, а свн ругают как морально уродc...старевший и ныне не модный.

[Bodrosh]

ThunderCat: спасибо, а проект заливается полностью? (если это вордпресс, то все папки админки с wp-config или только скажем папка wp-content)? И если у проекта несколько разработчиков, то логичнее в разные ветки заливать? а потом как-то слияние делать?

[ThunderCat]

Bodrosh: это вы сами определяете, что вы будете хранить в гите, вы статейку то прочтите, там все по шагам разжевано. Для того что бы что-либо исключить из гит есть настроечные файлы .gitignore, для веток есть свои команды и для слияния естественно тоже. Про это лучше в доках туториалах прочесть, я пользуюсь as is, все в одной ветке, бо нас основных работников 2 штуки, ну иногда 3, когда еще верстальщик подключается.

[Bodrosh]

ThunderCat: спасибо

[lukoie]

Bodrosh: меркуриал типа круче считается, но гит стандартней и распространенней. то есть если нужно круто и много разных финтов - меркуриал, но его надо знать и понимать.
если надо будет много спрашивать подсказок и только стандартный функционал - гит конечно, т.к. с ним более-менее все работают.

[Bodrosh]

lukoie: спасибо, а Вы как считаете, что нужно хранить в гите? Проект полностью или скажем исключать изображения, файл с логинами паролями подключения к БД (кстати, если я пропишу эти ограничения в gitignore, эти файлы не сохранятся в git, но сам файл gitignore то сохранится. Что мешает другому пользователю изменить этот файл и увидеть те каталоги/файлы, которые были скрыты?

[lukoie]

Bodrosh:
1 это дело личного удобства - если хотите только рабочие файлы сохранять, а на машинах придется тогда разворачивать весь пакет. Либо просто бахаете всё в гит, и дополнительно телодвижений не будет. Потом апдейтиться все равно будет только измененные файлы, так что для этого не будет разницы полностью ли ВП, или только вп-контент.
Но если вдруг машина сдохнет, или надо на другой развернуть проект - ПРОЩЕ если весь ВП - пулнете одним тыком, и не надо заниматься скачиванием/установкой ВП. Тем более версии файлов ВП будут одинаковы.
2 Ну так если у вас команда, то и договоренность должна быть о методологиях и техниках работы.

[Bodrosh]

lukoie: Пока только организую это дело, перехожу к git, вот и выясняю как лучше и правильнее делать и в будущем что бы было удобнее. Просто весь проект может много весть из-за изображений (если это интернет магазин, то изображений в куча) и копия папки в .git увеличит занятое место на сервере ощутимо. Но в то же время если все ляжет и не будет изображений как-то не айс).

Answer 4

[Павел]

у меня один в один ситуация . Решил так:
в phpstorm делаю деплой проекта по любому чиху

затем делаю репозиторий git и все файлы синкаю через битбакет/гитлаб , выходит БД я не трогаю и нет необходимости замены чего либо в ней кроме необходимых задач . А файлы всегда актуальны засчет гита. Остается только пол секунды между отправкой файла на сервер и обновлением страницы в браузере до полного счастья

Comments

[Bodrosh]

Спасибо, за ответ, вы не могли бы немного подробнее описать процесс. не совсем еще в теме и не до конца владею терминологией (деплой, сикаю и на php storm только перехожу, я так понимаю создавать новый проект new project from existing files а дальше? БД получается используется на сервере и никуда не копируется?)

[Павел]

Bodrosh: деплой это выгрузка файлов на сервер . Синкаю от слова sync то есть синхронизирую. Проект делать .. ну смотря что у вас за проект . Да БД остается только на сервере .

[lukoie]

плюсую за БД на сервере. это правильно. без лишней возни.
но сюда нужно еще упомянуть HeidiSQL, как инструмент для управления самими БД.

[Dim]

mrusklon: уточните как phpstorm узнает и сможет синхронизировать файл появившийся на сервере (напр-р в /media или в /img) и залить в локальную репу ? Схема аплоуда local->remote via FTP - это не синхронизация, а аплоуд в лоб ведь, верно ?

[Павел]

Dim: все верно , перед тем как идти домой за другой ПК , делаем git коммит и git push , на другом ПК git pull и все

[Bodrosh]

mrusklon: по сути не используется локальный сервер, я правильно понял? просто идет работа с файлами локально и они сразу же загружаются на сервер?

[Павел]

Bodrosh: да , можно конечно все править на сервере удаленно , но тогда мы лишаемся контроля версий , если что то накосячим то уже восстановить надо будет только по памяти

[Bodrosh]

mrusklon: а в БД отслеживаете изменения? закидываете её дампы в тот же битбакет или как-то еще?

[Павел]

Bodrosh: я работаю с wordpress , в БД особо не лажу , а бекапы делает хостинг раз в день

[Bodrosh]

mrusklon: ну если давать досту скажем стороннему разработчику, он в адмике что-нибудь поковыряет, изменения соотвественно в БД уйдут. видимо тоже в систему контроля версий нужно

[Bodrosh]

mrusklon: lukoie: А чем лучше пользоваться: Git или Mercurial?

[Павел]

Bodrosh: гит уже давно №1 , но некто не запрещает меркуриалом если так нравится он

[Bodrosh]

mrusklon: Еще возник такой вопрос в процессе: Коммиты, пуши и пуллы получается делаются только на локальных машинах? или на сервере тоже? Просто если я создаю комиты на рабочем ПК, редактирую файлы, они заливаются по фтп с Ctrl+S на сервер, на сервере уже не могу просто сделать git pull, т.к. файлы на сервере обновлялись по фтп и не закоммичены на сервере. Т.е. нужно тогда создавать коммит на сервере с обновленными файлами и затем только делать пул. Вы по какой схеме обновляете?

[Павел]

Bodrosh: если у вас именно сервер , а не хостинг , то проще делать комиты сразу на хостинг , в моем случае у меня только FTP . Либо делайте все комиты локально либо не пользуйтесь ctrl+s

[Bodrosh]

mrusklon: У меня виртуальный хостинг, доступ к нему есть по ssh, на нем есть git, тогда получается проще с git работать именно на нем, а на рабочих ПК просто пулл делать? Хотя опять же, если я внесу изменения локально, git не даст пулл сделать, пока изменения не закоммичены локально. чет запутался) спасибо за помощь)

[Павел]

Bodrosh: все верно , с ftp проще делать если надо часто обновлять и проверять результат , а если like a boss , то можно сделать дело , закомитить и пул на сервак , текст и дальше работать.

[lobbobobby]

А как вы делаете БЕЗБОЛЕЗНЕННЫЙ ОТКАТ НАЗАД В СЛУЧАЕ ОШИБКИ?

[Павел]

lobbobobby: откатываю файлы в git

Answer 5

[Владислав Старцев]

Если нет необходимости в git, то можно хранить на хосте и подключаться по SSH (если хост поддерживает).

Answer 6

[lobbobobby]

Взять на вооружение инструменты и практику DevOps/CI/CD.
DevOps подразумевает тесное взаимодействие и на этапе разработки и на этапе запуска в эксплуатации и на этапе эксплуатации. Вплоть до неразличения этих этапов в рабочем проекте.
Для того, чтобы этого добиваться понапридумывано куча инструментов и куча способов.