Да. После того как я написал скрипт по заливке cf за всё время жизни разработки в харанилище, потом выгрузил это gitsync и щелкнул в smartgit пимпу blame - пути назад уже не было. =) Хавала Торвальдсу! =)
Все прекрасно до тех пор, пока не нужно выгрузить ERP\УХ в ГИТ. Для разработчиков типовых возможно и GIT полезен. Для разработчиков локальных решений, когда на предприятии 1-3 программиста ГИТ рожает не нужный геморрой. Вероятность того, что двум программистам понадобится один объект - минимальна и можно подождать.
Автор противопоставляет гит и хран чисто ради эпатажа. На самом деле противопоставлять их не надо. И то и другое вполне можно(и нужно) использовать совместно. И про то, что в гите можно безнаказанно фривольничать, тоже не совсем правда. git reset --hard git push --force и "ой ой што я наделалъ..."
Мда, что-то совсем уж поверхностные познания у спикера. Как же механизм поставок? Просто вместо того чтобы брать копию из хранилища берешь поставку из хранилища и в ней разрабатываешь, а перед выгрузкой в хранилище просто обновляешься из поставки, и не надо ничего сравнивать. По сути это тот же fast-forward из GIT получится. Единственная боль это сравнение ролей и формы. Но как в этом случае поможет гит?
Да. После того как я написал скрипт по заливке cf за всё время жизни разработки в харанилище, потом выгрузил это gitsync и щелкнул в smartgit пимпу blame - пути назад уже не было. =) Хавала Торвальдсу! =)
Интересно слушать)
Все прекрасно до тех пор, пока не нужно выгрузить ERP\УХ в ГИТ. Для разработчиков типовых возможно и GIT полезен. Для разработчиков локальных решений, когда на предприятии 1-3 программиста ГИТ рожает не нужный геморрой. Вероятность того, что двум программистам понадобится один объект - минимальна и можно подождать.
Что не так c ERP\УХ ? Они выгружаются в ГИТ также как и все остальные конфы
@@MrKreker83 ахаха, а потом "оно компилируются", когда нужно добавить один реквизит объекта в конфу.
Автор противопоставляет гит и хран чисто ради эпатажа. На самом деле противопоставлять их не надо. И то и другое вполне можно(и нужно) использовать совместно. И про то, что в гите можно безнаказанно фривольничать, тоже не совсем правда. git reset --hard git push --force и "ой ой што я наделалъ..."
Мда, что-то совсем уж поверхностные познания у спикера. Как же механизм поставок? Просто вместо того чтобы брать копию из хранилища берешь поставку из хранилища и в ней разрабатываешь, а перед выгрузкой в хранилище просто обновляешься из поставки, и не надо ничего сравнивать. По сути это тот же fast-forward из GIT получится. Единственная боль это сравнение ролей и формы. Но как в этом случае поможет гит?
обычные формы уже можно в гит хранить? объединять атоматом сможет?
Да, конечно
Работаем в хранилище. Всем удобно, минусов не наблюдаем.
А если GIT в РФ закроют?
Это opensource решение
как ютуб?)
Как его закроют? Закрыть могут только github. Сам гит репозиторий можно хранить где угодно
@@aleksandrkarablin6882 А если в ПО Git которое скачивается будет закладка с уязвимостями? Как в пейджерах