Dart-code: Поддержка «Запустить все тесты» для проектов в подпапках.

Поддерживается ли это, или мне нужно открыть визуальную студию на уровне проекта, чтобы использовать «Выполнить все тесты»?

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

Как потенциальный обходной путь, можете ли вы вместо этого попробовать открыть свои проекты как «папки рабочего пространства»? Например. нажмите «Файл» -> «Открыть», затем перейдите в папку « Решение » и, удерживая нажатой клавишу « Shift», выберите папки « project1» и « project2» . Это откроет обе папки в дереве проводника, но каждая будет отдельной папкой рабочей области.

Да, открытие проектов в рабочей области, похоже, помогает (я раньше не использовал рабочие области, я их прочту!) Кажется, запускаются все тесты из всех проектов, поэтому я думаю, что это сработает для меня: - )

Отлично, спасибо за подтверждение!

Папки рабочей области позволяют открывать несколько папок из совершенно разных мест на диске, но это также удобный способ сообщить VS Code (или расширениям), что «это проекты». Когда вы открываете только родительскую папку, единственный способ узнать, какие папки являются проектами, - это сканировать их в поисках спецификаций pubspec (а это означает обход всего дерева). Таким образом, мы делаем это только в некоторых местах и, как правило, углубляемся только на 1-2 уровня.

В этом случае (Run All Tests) мы вообще не обходили дерево, поэтому мы находим только папки test непосредственно внутри папок рабочей области. Однако я оставлю этот вопрос открытым, чтобы поддержать хотя бы один уровень ниже, поскольку я думаю, что мы должны иметь возможность поддерживать это (и большинство людей склонны открывать родительскую папку напрямую, как вы это делали изначально).

Отлично, рабочие области звучат более откровенно, и мне это очень нравится! Большое спасибо Дэн

Это было исправлено в # 1792, в котором добавлена ​​поддержка проектов в подпапках и последующее сканирование. Тем не менее, сегодня я обнаружил еще одну ошибку (№ 2377), тестируя ее, так что она будет исправлена ​​в следующей версии.