такой себе опрос. Честно) не нужен гит (кто тут так говорил), в конкретных случаях. А так, если брать "абстарктный" проект, то тут я думаю ни у кого не олжно возникать вопросов, нужен ли гит.
после того как на первой работе парня оштрафовали на 80% месячной зп, за то что положил сайт банка, который был без гита и у меня был случай, когда восстанавливал то, что удалил по ошибке за свой счет - понял что гит нужен всегда) да и обычно если компания работает без гита, 90% что это шарага.
после того как на первой работе парня оштрафовали на 80% месячной зп, за то что положил сайт банка, который был без гита и у меня был случай, когда восстанавливал то, что удалил по ошибке за свой счет - понял что гит нужен всегда) да и обычно если компания работает без гита, 90% что это шарага.
вот просто ради интереса, у сайта, блин, банка и бэкапа не было?)
Трустори пути к гиту. Довольно долго на десятке проектов был единственным разработчиком. И как то хватило встроенной истории в шторме и обязательно устновленной галочки проверять содержимое удаленного файла перед отправкой поверх нового. Все вроде хорошо пока не появился какой то хрен с аутсорса который эту галочку не поставил. С тех пор везде гит даже в самом маленьком проекте. Как сказано выше накладных расходов ноль профит овердофига. Да и синхра если работаешь с разных компов теперь не парит
Трустори пути к гиту. Довольно долго на десятке проектов был единственным разработчиком. И как то хватило встроенной истории в шторме и обязательно устновленной галочки проверять содержимое удаленного файла перед отправкой поверх нового. Все вроде хорошо пока не появился какой то хрен с аутсорса который эту галочку не поставил. С тех пор везде гит даже в самом маленьком проекте. Как сказано выше накладных расходов ноль профит овердофига. Да и синхра если работаешь с разных компов теперь не парит
Как лучше под гитом деражть проект чтобы показывать изменения перед пушем в прод? Я лично держу все рядом на одном простейшем шаред хостинге.
дев прод и bare на одном сервере вощем.
создаем папку для пустого репозитория и делаем там git init --bare в проде делаем git init делаем в проде первый коммит потом в проде выполяем git remote add origin <путь к чистому репозиторию> Затем делаешь git push -u origin master из продакшн, теперь вся инфа есть в чистом репо Затем можно создать репозиторий dev путем клонирования чистого репозитория, git clone <путь к чистому репозиторию> <папка где будет dev> И все дальше делаешь коммиты в dev и пушишь их Вначале выполняешь git push -u origin master В дальнейшем можно будет пушить просто командой git push
символьные ссылки можно создать командой ln -s ~/site.ru/public_html/upload ~/dev.site/public_html/upload
Как лучше под гитом деражть проект чтобы показывать изменения перед пушем в прод? Я лично держу все рядом на одном простейшем шаред хостинге.
дев прод и bare на одном сервере вощем.
создаем папку для пустого репозитория и делаем там git init --bare в проде делаем git init делаем в проде первый коммит потом в проде выполяем git remote add origin <путь к чистому репозиторию> Затем делаешь git push -u origin master из продакшн, теперь вся инфа есть в чистом репо Затем можно создать репозиторий dev путем клонирования чистого репозитория, git clone <путь к чистому репозиторию> <папка где будет dev> И все дальше делаешь коммиты в dev и пушишь их Вначале выполняешь git push -u origin master В дальнейшем можно будет пушить просто командой git push
символьные ссылки можно создать командой ln -s ~/site.ru/public_html/upload ~/dev.site/public_html/upload
Как лучше под гитом деражть проект чтобы показывать изменения перед пушем в прод? Я лично держу все рядом на одном простейшем шаред хостинге.
дев прод и bare на одном сервере вощем.
создаем папку для пустого репозитория и делаем там git init --bare в проде делаем git init делаем в проде первый коммит потом в проде выполяем git remote add origin <путь к чистому репозиторию> Затем делаешь git push -u origin master из продакшн, теперь вся инфа есть в чистом репо Затем можно создать репозиторий dev путем клонирования чистого репозитория, git clone <путь к чистому репозиторию> <папка где будет dev> И все дальше делаешь коммиты в dev и пушишь их Вначале выполняешь git push -u origin master В дальнейшем можно будет пушить просто командой git push
символьные ссылки можно создать командой ln -s ~/site.ru/public_html/upload ~/dev.site/public_html/upload
Как Вы считаете норм практика?
похожую (с некоторыми отличиями) схему использовал на одном проекте для автодеплоя из гита