Как подключить github к реальному проекту?

Question

[itexams]

Недавно решил наконец перевести свой проект на github, начал изучать вопрос и наконец совсем запутался.
В итоге сейчас в принципе уже не совсем понимаю предназначение github.

Суть вопроса следующая, вот к примеру у меня есть какой-либо веб-проект / стартап. И я его активно делал - сделал, купил домен, хостинг - выложил туда все и результат можно смотреть по адресу www.стартап.ru - условно.

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

И теперь я совсем не понимаю, можно ли здесь как-то применить github именно для работы над проектом.

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

Но ведь github получается не для этого предназначен? у меня же он не привязан непосредственно к моему сайту - это просто файлы, которые лежат отдельно - и как запустить проект с гитхаб непонятно? Где же тогда смотреть свои изменения и тестировать разработки, если с github это не получается? как происходит работа с гитхаб?

Если по-другому, то прошу объяснить как правильно собрать вместе:

- готовый сайт с доменом на хостинге
- IDE PhpShtorm
- возможность использовать git - так, чтобы мастер бренч был завязан непосредственно с продуктом - сайтом

и причем здесь github? на каких условиях он может быть здесь подключен?

Спасибо. )

Comments

[sergey]

вы столько вопросов на такую простую тему задали, что аж лень отвечать

[Алексей Ярков]

SM: +1

Answer 1

[Saboteur]

Нельзя на сайт выкладывать репозиторий.
github нужно использовать для хранения репозитория со всеми версиями.

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

Comments

[itexams]

а каким образом тестировать разработки в процессе? например на мастер бренч?

[itexams]

а есть ли вообще какой-то бест практис о том, как это должно работать? имеется ввиду разработка реального проекта вместе с гитхаб?

[Saboteur]

itexams:

Выкладывать на тестовый хостинг?

Процедура деплоя это может быть просто написанный заранее скрипт или созданная и настроенная задача в каком-нить инструменте типа jenkins/teamcity или почитайте про git deploy, в котором можно просто указать какую ветку на какой хостинг деплоить.

У вас сейчас в голове намешан хостинг сайта и гитхаб.
С точки хрения гитхаба, сайт может быть таким же юзером, как и разработчики - скачивает с гитхаба нужную ветку и пользуется ей. Просто ничего не коммитит на сервер, только считывает.

[Alex Solomaha]

почему .git файлы это уязвимость?

[Saboteur]

Alex Solomaha: Потому что светить исходный код своего веб проекта - это уязвимость.

[abcd0x00]

Alex Solomaha: потому что там в истории могут быть старые тестовые пароли и другие важные данные, поэтому эти файлы ищут всегда в первую очередь.

[Alex Solomaha]

abcd0x00: понятное дело нужно выносить исходники выше точки входа, как сделано в yii2, например. Сначала просто не додумался, что .gitignore файлы тоже могут что то важное выдать. Но для этих всех файлов можно настроить доступ на стороне apache

[Saboteur]

Alex Solomaha: Правильно - один раз написать процедуру деплоя сайта на сервер. Это best practice. А настраивать доступ на стороне апача - это велосипеды и костыли...

[abcd0x00]

Alex Solomaha: короче, смотри, все эти хакеры ищут это всё первым делом, причём не руками, а программами - то есть это всё очень быстро и легко делается. А то мне как-то один заявил "да кто будет иконку вордовского документа вшивать в программу, это же так сложно и долго", он просто реально не знал, что есть программы, в которых всё это делается за секунду, так как он этим не занимался никогда.

Answer 2

[ТыжСисАдмин]

Git deploy

Comments

[itexams]

а можно более подробно, раз уж решили дать ответ?

[ТыжСисАдмин]

itexams: это тема статьи а для некоторых и десертации, есть как простые способы по средству web хука и простенького скрипта а есть и интерпрайз системы с кучей автоматизации. "Git deploy" это фраза по которой нужно гуглить и изучать вопрос.

Answer 3

[Сергей]

github это только место хранения информации из git.
Создаете там пустой проект (репозиторий). Создаете на хостинге git clone этого проекта, добавляете файлы и делаете push на сервер гитхаба.
Далее ваша команда делает git clone вашего репозитория и делает нужную им работу, так же пушит на сервер. Когда вам нужно вы делаете pull с сервера гитхаба на хостинг сайта.
Ну это вкратце и этого должно хватить на первое время.
На ютубе вроде есть уроки по гиту, советую посмотреть их

Comments

[itexams]

а что насчет phpshtorm или другой ide - сама разработка по-прежнему ведется в них? и как тестировать/смотреть промежуточные изменения? до того, как они будут отправлены в мастер бренч?

[Сергей]

itexams: Разработка ведется там же. Обычно создают тестовый домен на котором сначала смотрят изменения. либо у себя на локальом можете смотреть

[itexams]

Сергей: спасибо! а есть ли какой-то бест практис подход - схема решения с целом?

[Сергей]

itexams: Я не находил бест-практис. Везде только основы. Пока не показали как правильно делать, тоже не мог понять

Answer 4

[malbaron]

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

Github и пр. - всего лишь хранилища.
Как подключить к вашему проекту - решаете вы в каждом проекте отдельно.
У нас просто при очередном коммите срабатывает хук в Gitlab, который дергает утилиту, которая засасывает файлы в Docker-образ. Этот образ запускается на тестовом сервере. Если проходят тесты успешно то образ запускается на боевом сервере, запросы роутятся на новый сервер, старый образ на боевом сервере отключается.

Как сделать - также читать тут:
https://flynn.io/docs/basics
или тут:
https://deis.com/workflow/how-it-works/

Git, Github, Gitlab, Bitbucket и т.п здесь не более чем хранилище исходных файлов.
Возможно, умное хранилище, но не более того.

Само по себе оно ваш сайт не запустит.
Исключение - статические сайты или сайты где вся логика во фронтенде.
См. github pages и т.п.

Comments

[ivankalita]

У нас просто при очередном коммите срабатывает хук в Gitlab, который дергает утилиту, которая засасывает файлы в Docker-образ. Этот образ запускается на тестовом сервере. Если проходят тесты успешно то образ запускается на боевом сервере, запросы роутятся на новый сервер, старый образ на боевом сервере отключается.

а можно поподробнее, очень интересно

Answer 5

[itexams]

а есть ли вообще какой-то бест практис о том, как это должно работать? имеется ввиду разработка реального проекта вместе с гитхаб?

Comments

[sergey]

да все очень просто: начинаете новый проект, создаете репозиторий на github, клоните его в свою IDE, ведете разработку, потом commit/push на github и т.д.