Ми використовуємо файли cookies для оптимізації контенту та швидкодії сайту. Продовжуючи відвідування сайту, ви погоджуєтесь на використання файлів cookies.
Залишіть повідомлення в цій темі і відкриються контакти користувача
З сьогоднішнього ранку не створюється процес постачальнику. Перестало спрацьовувати ось це на етапі процесса:
[file]20752[/file]
[file]20753[/file]
Видає помилку:
[file]20752[/file]
[file]20753[/file]
Ось БП: https://crm.sportmarket.ua/admin/shop/workflowstatus/4968/action/new/
[file]20752[/file]
[file]20753[/file]
Я так розумію, що це якийсь баг після оновлення сьогодні вночі, не тільки у нас це, ось наприклад: https://1b.app/ru/forum/supplier-and-price-list-management/17314-ne-sozdaetsya -zakaz-postavshchiku/
[file]20752[/file]
[file]20753[/file]
Робота вартує. Терміново виправте!
[file]20752[/file]
[file]20753[/file]
Дякую!
[file]20752[/file]
[file]20753[/file]
OneBox: crm.sportmarket.ua
[file]20752[/file]
[file]20753[/file]
З сьогоднішнього ранку не створюється процес постачальнику. Перестало спрацьовувати ось це на етапі процесса:
Думаю було б правильно додати в BOX можливість права вибору гілки оновлення: - beta (оновлюється раз на добу) - stable (оновлюється через ~ 14 днів після виходу beta)
Думаю було б правильно додати в BOX можливість права вибору гілки оновлення:
- beta (оновлюється раз на добу)
- stable (оновлюється через ~ 14 днів після виходу beta)
Поділ продукту на stable і beta гілки ускладнює розробку, фікси багів і т.д., що у свою чергу уповільнює розробку, що у свою чергу збільшує її вартість, що тягне за собою збільшення вартості доробок та розробки нового функціоналу. Якщо Ви не хочете отримувати жодних оновлень, то Ви можете створити окрему гілку і попросити відключити якийсь бокс від оновлень. Якщо ж Ви хочете отримувати оновлення у вигляді нового функціоналу, робити доробки в свою систему і т.д., то кілька разів на рік можливі подібні казуси, які фіксуються протягом години для всіх клієнтів. Так, Ви втратили 1 годину чекаючи на оновлення і не могли зробити замовлення постачальнику, але це 0.001% від усього Вашого часу роботи в боксі, чи варто заради 0.001 стабільності ускладнювати та збільшувати вартість розробки софту?
Поділ продукту на stable і beta гілки ускладнює розробку, фікси багів і т.д., що у свою чергу уповільнює розробку, що у свою чергу збільшує її вартість, що тягне за собою збільшення вартості доробок та розробки нового функціоналу. Якщо Ви не хочете отримувати жодних оновлень, то Ви можете створити окрему гілку і попросити відключити якийсь бокс від оновлень.
Якщо ж Ви хочете отримувати оновлення у вигляді нового функціоналу, робити доробки в свою систему і т.д., то кілька разів на рік можливі подібні казуси, які фіксуються протягом години для всіх клієнтів. Так, Ви втратили 1 годину чекаючи на оновлення і не могли зробити замовлення постачальнику, але це 0.001% від усього Вашого часу роботи в боксі, чи варто заради 0.001 стабільності ускладнювати та збільшувати вартість розробки софту?
Згоден, чим простіше, тим надійніше. Можливо все набагато складніше, а ніж просто вибір вітки репозитоторія чи частоти оновлення... Просто запропонував. До того вам краще відомо як відбувається або має відбуватися процесс оновлення на практиці. Дякую за вичерпну відповідь.
Згоден, чим простіше, тим надійніше.
Можливо все набагато складніше, а ніж просто вибір вітки репозитоторія чи частоти оновлення... Просто запропонував. До того вам краще відомо як відбувається або має відбуватися процесс оновлення на практиці.
Дякую за вичерпну відповідь.
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар