Регистрация  |  Вход

Проблема в невероятно долгом 'Deploy Source to Org' процессом в VSC/SFDX

Дали новый сендбокс, создал новый проект, подключил его к новом оргу в VSC, все как обычно.

И проблема в невероятно долгом процессе выполнения 'Deploy Source to Org' команды, это занимает прям до 10 мин на операцию, хотя завершается успешно.

Не сталкивался с такой проблемой ранее, не знаю что делать

Дали новый сендбокс, создал новый проект, подключил его к новом оргу в VSC, все как обычно.

И проблема в невероятно долгом процессе выполнения  'Deploy Source to Org' команды, это занимает прям до 10 мин на операцию, хотя завершается успешно.

Не сталкивался с такой проблемой ранее, не знаю что делать

Den Brown
Дали новый сендбокс, создал новый проект, подключил его к новом оргу в VSC, все как обычно.

И проблема в невероятно долгом процессе выполнения 'Deploy Source to Org' команды, это занимает прям до 10 мин на операцию, хотя завершается успешно.

Не сталкивался с такой проблемой ранее, не знаю что делать

Есть некоторые sf instance такие как cs80. Там все очень медленно происходит.

[quote="Den Brown"]Дали новый сендбокс, создал новый проект, подключил его к новом оргу в VSC, все как обычно.

И проблема в невероятно долгом процессе выполнения  'Deploy Source to Org' команды, это занимает прям до 10 мин на операцию, хотя завершается успешно.

Не сталкивался с такой проблемой ранее, не знаю что делать[/quote]

Есть некоторые sf instance такие как cs80. Там все очень медленно происходит.

wilder
Есть некоторые sf instance такие как cs80. Там все очень медленно происходит.

и так бывает?

это очень раздражает и мешает работать

сейчас занимает ровно 4 мин

[quote="wilder"]Есть некоторые sf instance такие как cs80. Там все очень медленно происходит.[/quote]

и так бывает? 

это очень раздражает и мешает работать

сейчас занимает ровно 4 мин


С продакшена пересоздай sandbox

С продакшена пересоздай sandbox

wilder
С продакшена пересоздай sandbox

создали новый сендбокс, та же проблема

кто-то вспомнил, что где то очень грубоко в настройках Орга есть такая настройка как "Отключить логи во время деплоя", и что это вроде как бы могло бы и помочь, но никто не помнит где эта настройка

[quote="wilder"]С продакшена пересоздай sandbox[/quote]

создали новый сендбокс, та же проблема

кто-то вспомнил, что где то очень грубоко в настройках Орга есть такая настройка как "Отключить логи во время деплоя", и что это вроде как бы могло бы и помочь, но никто не помнит где эта настройка

Попробуй через прокси поработать, попробуй разные города. Может поможет. Давно уже такого не замечал, но пару раз за карьеру было что некоторые сандбоксы тормозили. Причем сам интернет летал. Подключался через американский проксик и эти орги тоже начинали летать.
Но было один раз и такое что клиента даунгрейдили в производительности. Был один клиент жадный на разного рода баграунд джобы/апи колы. Так вот тоже наблюдалось такое что со временем орги деградировали в плане производительности. Возможно специально, но доказать сложно.
В общем за всю многолетнюю карьеру не слышал ни одного рабочего решения/аргумента по поводу тормознутости оргов.

Попробуй через прокси поработать, попробуй разные города. Может поможет. Давно уже такого не замечал, но пару раз за карьеру было что некоторые сандбоксы тормозили. Причем сам интернет летал. Подключался через американский проксик и эти орги тоже начинали летать.
Но было один раз и такое что клиента даунгрейдили в производительности. Был один клиент жадный на разного рода баграунд джобы/апи колы. Так вот тоже наблюдалось такое что со временем орги деградировали в плане производительности. Возможно специально, но доказать сложно.
В общем за всю многолетнюю карьеру не слышал ни одного рабочего решения/аргумента по поводу тормознутости оргов.
похоже что причина в 18 больших managed packages, которые установлены и не используются.

а происходит задержка так, это видно в QA орге к примеру, где уже идет деплой чендж сетом: деплой по-времени идет как обычно, и после всего идет 4 минутная задержка-ожидание, потом завершение
похоже что причина в 18 больших managed packages, которые установлены и не используются.

а  происходит задержка так, это видно в QA орге к примеру, где уже идет деплой чендж сетом: деплой по-времени идет как обычно, и после всего идет 4 минутная задержка-ожидание, потом завершение
а ларчик просто открывался:

Apex Settings --> Perform Synchronous Compile on Deploy --> unchecked
 а ларчик просто открывался:

Apex Settings --> Perform Synchronous Compile on Deploy --> unchecked
Den Brown
а ларчик просто открывался:

Apex Settings --> Perform Synchronous Compile on Deploy --> unchecked

Не рекомендовал бы отключать эту галочку при наличии managed packages. Потому что встречал ситуацию, что в пакете что-то поменяли и custom code переставал работать. А так ты об этом узнаешь на этапе деплоя, а не в runtime.
[quote="Den Brown"] а ларчик просто открывался:

Apex Settings --> Perform Synchronous Compile on Deploy --> unchecked[/quote]

Не рекомендовал бы отключать эту галочку при наличии managed packages. Потому что встречал ситуацию, что в пакете что-то поменяли и custom code переставал работать. А так ты об этом узнаешь на этапе деплоя, а не в runtime.