спс

5.3.2

да, читаю

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

Ага, фича хранилища имеют крайне много накладных расходов

просто у меня другая статистика. Возможны +3 часа на задачу, в пессимистичном раскладе, если пришлось переподключаться. даже возможно ещё +2 часа если трудно пошёл merge с рабочим хранилищем (если оно  отдельное). Но даже если средняя длина задачи 5 часов - всё равно же это только в 2 раза рост трудозатрат.

Я у нас инхаус, так что кроме задач есть ещё тикеты от пользователей типа слетевших привязок или изменения надписи у элемента формы, которые так же требуют ветки, если в купе рассматривать все, то в среднем по больнице прирост и получается на порядок.)

Ну и блин даже в 2 раза рост трудозатрат просто из-за ритуала над инструментом, ну такое.

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

У нас не потребовался, каждый разработчик вполне в состоянии открыть merge request и разрешить конфликты если таковые возникают, и ничего не развалилось.

если в команде - только проверенные спецы и текучки нет - то реалистично. а если команда разнородная и не всем её участникам можно одинаково доверять... )

Возможно, не знаю, я проводил для команды мастер классы по работе с гитом, и вместе ручками прорешали все виды конфликтов, записи есть внутри команды, так что они во первых обучились, во вторых всегда могут задать вопросы, в третьих всегда могут обратится к записям. Если человек не хочет учится и просто саботирует модель работы команды, то с ним проше расстаться чем за ним бегать.

Ну у меня в команде есть джуны, которые в профессии менее года, которые и 1Сный код то не то чтобы хорошо пишут, однако дажи они спокойно справляются с гитом.
Что должны быть за "спецы" которых к коду допускают без ревьювера с плёткой но которые не могут освоить систему версионирования кода, для меня загадка

Мне кажется страх перед гитом и тем что 1Сники ссутся под себя несколько преувеличен, гит это не шайтан коробка которая требуется пару высших образовний для работы с ней, он достаточно понятный и логичный, нужно просто почитать и проделать руками, там всё совсем не страшно

нужно просто почитать
Большинству, полагаю, все-таки лучше заходят видосики :)

Тот кто умеет делать сравнение и объединение (99% 1сников) очевидно осилит и гит. Но это же трудозатраты.

Ну, у меня ютуб канала нет, но я думаю по гиту информации должно быть достаточно.)

Разовые трудозатраты лучше постоянных, мы же говорим о разветвлённой разработке, на хранилищах она будет жрать трудозатраты ежедневно

Здравствуйте! Подскажите пожалуйста, в 18 платформе в расширении тип реквизита можно указать только захваченные из основной конфигурации объекты. Это баг или фитча? в 16 платформе все норм.