а расскажите мне про Github и программирование с git

Спасибо.
Я наверное написал неудачный заголовок, мол расскажите что такое git и github и вы честно и полно рассказали.
Нет, конечно я знаком и с программой git, и с историей ее создания и знаю что такое github по своей сути. Просто миллионы людей рассказывают, что постоянно пользуются системой контроля версий именно для деплоя, для синхронизации сайтов, а я вот как и вы считаю, что она для этого как минимум неудобна. Это именно инструмент для совместной разработки, вот почему я и не пользовался ей в работе, потому что я все разрабатывал сам.
Я совершенно с вами согласен, что не нужно хранить картинки на гитхабе и прочую лабуду. Но тут есть один фактор — вы можете добавить в гитигнор необходимые директории и так далее только если вы сами делали этот проект и его архитектуру, то есть вы точно знаете что и в какой директории у вас находится. А в случае если берут на обслуживание проект, который уже весит 100 гигабайт, в нем 100 000 директорий бесконечно вложенных друг в друга, то практически невозможно определиться, какие директории добавлять в гит, какие исключить. К примеру видишь директорию с названием images, думаешь — обязательно нужно заигнорить, картинки то нам зачем. А потом в процессе разработки сталкиваешься с тем, что в этой директории кроме 70 000 изображений есть еще и два php файла, которые важны и нужны для решения задач. Начинаешь городить костыли, как теперь их добавить. И хорошо если их два и нужно внести исключения в файл gitignore а если их 40… А еще хуже если ты наоборот случайно закунул на гитхаб директорию, которая была вложенная в десяток других, просто потому что ты о ней ничего не знаешь, а в ней — 30 000 pdf файлов. Короче говоря да, я считаю что git удобный инструмент именно для совместной работы над НОВЫМ кодом.

Но тем не менее, стоит задача продумать такую систему, которая даст возможность 3-4 разработчикам, работать с кодом сайта на сервере dev (копией production) ничего даже не зная о сервере production. После достижения желаемого результата эти изменения должны быть перенесены на сервер production. Как бы вы решили эту задачу? Вот вы написали что git на production не используете. А как тогда? Вот к примеру результат работы двух разработчиков (пока не будем вникать как мы этого добились) лежит в виде кода на github. Как его поместить на production? Что скачивать zip архив и по ftp заменять файлы?
Да и вопросов то конечно куча, и исходят они скорее всего от моей невежественности, но на то «мировой разум» и существует, чтобы каждый не изобретал свой велосипед.
Просто хотелось бы услышать кто какую схему использует или же предложит для решения этой задачи.
Я вот например в своей схеме склоняюсь к мысли, чтобы запретить разработчикам иметь локальный на своем компьютере репозиторий гит, чтобы с файлами сервера dev они работали исключительно через возможности phpstorm (настроить передачу при сохранении), а git был только на сервере. И мол если добились результата, то подключились по SSH, закомитили изменения и вытолкнули на гитхаб. Но не знаю насколько это разумно в плане мирового опыта)
Плюс еще нужно мне изобрести универсальный метод быстрой синхронизации. В случае к примеру если разработчики убили сайт на dev нужно быстро развернуть им свежую версию, максимально приближенную к pro. Собираюсь делать это написанием bash скриптов, которые будут делать дамп базы, сжимать в zip все файлы, а на другом сервере скрипты будут скачивать эти файлы, распаковывать и так далее. Но возможно в мире существуют решения разумнее?