Size: a a a

Курилка Битрикс для разработчиков

2020 August 12

NK

Nikita Koshelev in Курилка Битрикс для разработчиков
Oleksandr Maryniuk
такой себе опрос. Честно)
не нужен гит (кто тут так говорил), в конкретных случаях. А так, если брать "абстарктный" проект, то тут я думаю ни у кого не олжно возникать вопросов, нужен ли гит.
А вдруг боты?)
источник

OM

Oleksandr Maryniuk in Курилка Битрикс для разработчиков
я конечно за бота проголосовал)
источник

NK

Nikita Koshelev in Курилка Битрикс для разработчиков
Oleksandr Maryniuk
я конечно за бота проголосовал)
План банан
источник

OM

Oleksandr Maryniuk in Курилка Битрикс для разработчиков
та тут половина только за сисками и пришла)
источник

OM

Oleksandr Maryniuk in Курилка Битрикс для разработчиков
так что еще 1 пункт
источник

V

Vladimir in Курилка Битрикс для разработчиков
после того как на первой работе парня оштрафовали на 80% месячной зп, за то что положил сайт банка, который был без гита и у меня был случай, когда восстанавливал то, что удалил по ошибке за свой счет - понял что гит нужен всегда) да и обычно если компания работает без гита, 90% что это шарага.
источник

Г

Григорий in Курилка Битрикс для разработчиков
Vladimir
после того как на первой работе парня оштрафовали на 80% месячной зп, за то что положил сайт банка, который был без гита и у меня был случай, когда восстанавливал то, что удалил по ошибке за свой счет - понял что гит нужен всегда) да и обычно если компания работает без гита, 90% что это шарага.
вот просто ради интереса, у сайта, блин, банка и бэкапа не было?)
источник

V

Vladimir in Курилка Битрикс для разработчиков
Григорий
вот просто ради интереса, у сайта, блин, банка и бэкапа не было?)
был бекап, его поднимали 4 часа. а в договоре было прописано, что если сайт лежит долго - то накладывается штраф
источник

R

Roma in Курилка Битрикс для разработчиков
и самое орево, что за эти 4 часа не было ни одной транзакции, и они вышли в плюс😂😂
источник

M(

MarconiKlin 🦔 (Михаи... in Курилка Битрикс для разработчиков
Трустори пути к гиту. Довольно долго на десятке проектов был единственным разработчиком. И как то хватило встроенной истории в шторме и обязательно устновленной галочки проверять содержимое удаленного файла перед отправкой поверх нового. Все вроде хорошо пока не появился какой то хрен с аутсорса который эту галочку не поставил. С тех пор везде гит даже в самом маленьком проекте. Как сказано выше накладных расходов ноль профит овердофига. Да и синхра если работаешь с разных компов теперь не парит
источник

pi

prohor iofe in Курилка Битрикс для разработчиков
MarconiKlin 🦔 (Михаил) R2AWV
Трустори пути к гиту. Довольно долго на десятке проектов был единственным разработчиком. И как то хватило встроенной истории в шторме и обязательно устновленной галочки проверять содержимое удаленного файла перед отправкой поверх нового. Все вроде хорошо пока не появился какой то хрен с аутсорса который эту галочку не поставил. С тех пор везде гит даже в самом маленьком проекте. Как сказано выше накладных расходов ноль профит овердофига. Да и синхра если работаешь с разных компов теперь не парит
Как лучше под гитом деражть проект чтобы показывать изменения перед пушем в прод?
Я лично держу все рядом на одном простейшем шаред хостинге.

дев прод и 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  


Как Вы считаете норм практика?
источник

R

Roma in Курилка Битрикс для разработчиков
prohor iofe
Как лучше под гитом деражть проект чтобы показывать изменения перед пушем в прод?
Я лично держу все рядом на одном простейшем шаред хостинге.

дев прод и 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  


Как Вы считаете норм практика?
а что это? похоже на гайд для самых маленьких
источник

pi

prohor iofe in Курилка Битрикс для разработчиков
Roma
а что это? похоже на гайд для самых маленьких
ну я себе накидал инструкцию ага
источник

R

Roma in Курилка Битрикс для разработчиков
prohor iofe
ну я себе накидал инструкцию ага
не совсем понятно, зачем отдельный bare репозиторий. ты только следишь за разработкой?
источник

pi

prohor iofe in Курилка Битрикс для разработчиков
Roma
не совсем понятно, зачем отдельный bare репозиторий. ты только следишь за разработкой?
ну так то да...хз зачем мне bare) видимо чтобы синьор(которого нет) оттуда делал пулы
источник

R

Roma in Курилка Битрикс для разработчиков
заготоовочка))
источник

R

Roma in Курилка Битрикс для разработчиков
придет синьер, а ты ему "вот, получите распишитесь"
источник

pi

prohor iofe in Курилка Битрикс для разработчиков
тут синьер то и не нужен) джуну даже скучновато(мне)
источник

M(

MarconiKlin 🦔 (Михаи... in Курилка Битрикс для разработчиков
prohor iofe
Как лучше под гитом деражть проект чтобы показывать изменения перед пушем в прод?
Я лично держу все рядом на одном простейшем шаред хостинге.

дев прод и 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  


Как Вы считаете норм практика?
похожую (с некоторыми отличиями) схему использовал на одном проекте для автодеплоя из гита
источник

Л

Любава in Курилка Битрикс для разработчиков
И все таки к тз есть претензии.

Странно при том что тут все технари
источник