Предоставление общего доступа к этапу собрания в Teams
Общий доступ к этапу собрания в Teams помогает включить и настроить приложения для собраний Teams. Она помогает пользователям совместно использовать этап собрания, позволяя участникам добавлять сведения о состоянии прошлых, настоящих и будущих задач, тем самым расширяя возможности собраний Teams.
Ключевые возможности совместного использования этапа собрания в Teams
- Добавьте сведения о состоянии на боковой панели.
- Добавьте сведения для совместной работы.
Это пошаговое руководство поможет вам предоставить общий доступ к этапу собрания в Teams, чтобы добавить сведения о состоянии для совместной работы. Вы увидите следующие выходные данные:
Предварительные условия
Убедитесь, что установлены следующие средства и настроена среда разработки:
| Установка | Для использования... | |
|---|---|---|
| Microsoft Teams | Microsoft Teams позволяет взаимодействовать со всеми пользователями, с которыми вы работаете, с помощью приложений для чата, собраний и звонков в одном месте. | |
| Visual Studio 2022 | Вы можете установить корпоративную версию в Visual Studio 2022, а также рабочие нагрузки ASP.NET и веб-разработки. Используйте последнюю версию. | |
| Node.js и NPM | Серверной среды выполнения JavaScript. Дополнительные сведения см . вNode.js таблице совместимости версий для типа проекта. | |
| Туннель разработки | Функции приложений Teams (диалоговые боты, расширения сообщений и входящие веб-перехватчики) требуют входящих подключений. Туннель соединяет систему разработки с Teams. Туннель разработки — это мощный инструмент для безопасного открытия локального узла в Интернете и контроля доступа. Туннель разработки доступен в Visual Studio 2022 версии 17.7.0 или более поздней. Вы также можете использовать ngrok в качестве туннеля для подключения системы разработки к Teams. Он не требуется для приложений, которые содержат только вкладки. Этот пакет устанавливается в каталоге проекта (с помощью npm devDependencies). |
Примечание.
После скачивания ngrok зарегистрируйтесь и установите authtoken.
Настройка локальной среды
Откройте Microsoft-Teams-Samples.
Выберите Код.
В раскрывающемся меню выберите Открыть с помощью GitHub Desktop.
Выберите Клонировать.
Примечание.
Если вы столкнулись с ошибкой Имя файла слишком долго, примените команду git config --system core.longpaths true Git в выбранном терминале администратора.
Настройка туннеля для локального веб-сервера
Создание туннеля
Откройте Visual Studio.
Выберите Создать новый проект.
В поле поиска введите ASP.NET. В результатах поиска выберите ASP.NET Core Web App.
Нажмите кнопку Далее.
Введите имя проекта и нажмите кнопку Далее.
Нажмите Создать.
Откроется окно обзора.
В раскрывающемся списке отладки выберите Dev Tunnels (без активного туннеля)>Создать туннель....
Открывается всплывающее окно.
Обновите следующие сведения во всплывающем окне:
- Учетная запись. Введите учетную запись Майкрософт или GitHub.
- Имя: введите имя туннеля.
- Тип туннеля: в раскрывающемся списке выберите Временный.
- Доступ: в раскрывающемся списке выберите Общедоступный.
Нажмите OK.
Появится всплывающее окно, показывающее, что туннель разработки успешно создан.
Нажмите OK.
Созданный туннель можно найти в раскрывающемся списке отладки следующим образом:
Нажмите клавишу F5 , чтобы запустить приложение в режиме отладки.
Если появится диалоговое окно Предупреждение системы безопасности , выберите Да.
Открывается всплывающее окно.
Нажмите Продолжить.
В новом окне браузера откроется домашняя страница туннеля разработки, и туннель разработки теперь активен.
Перейдите в Visual Studio и выберите Просмотреть выходные > данные.
В раскрывающемся меню консоли вывода выберите Dev Tunnels (Туннели разработки).
В консоли вывода отображается URL-адрес туннеля разработки.
Настройка файла манифеста
Перейдите к manifest.json в папке node.js в клонированных репозиториях.
Откройте manifest.json в Visual Studio и внесите следующие изменения:
- Замените
<<TEAMS_APP_ID>>идентификатором приложения Microsoft бота. - Замените
<<TAB_DOMAIN>>своим доменным именем ngrok или dev tunnel. - Замените
<<VALID DOMAIN>>своим доменным именем ngrok или dev tunnel.
- Замените
Сборка и запуск с помощью npm
В клонированного репозитория перейдите к примеру>nodejs meetings-stage-view>nodejs.
Скопируйте путь к папке nodejs .
Откройте новое окно командной строки и измените текущий каталог на скопированный путь nodejs .
Выполните следующую команду в командной строке , чтобы скачать пакеты и зависимости:
npm installВыполните следующую команду в командной строке , чтобы запустить приложение:
npm start
Добавление этапа собрания в Teams
В клонированного репозитория перейдите к примерам> meetings-stage-view> nodejs> appManifest.
Создайте .zip со следующими файлами, которые находятся в папке appManifest :
- manifest.json
- outline.png
- color.png
Создайте собрание с несколькими выступающими и участниками.
После создания собрания присоединитесь к собранию.
Перейдите на страницу сведений о собрании и щелкните значок Приложения , чтобы добавить приложение.
Во всплывающем диалоговом окне выберите Управление приложениями.
Выберите Отправить приложение.
Перейдите к примерам> meetings-stage-view> nodejs> appManifest.
Нажмите кнопку Открыть , чтобы отправить файл .zip, созданный в папку appManifest .
Нажмите Добавить.
Выберите Настройка вкладки.
В разделе Управление приложениями отображается список приложений.
Взаимодействие с приложением в Teams
Перейдите на собрание Teams.
Выберите Приложения.
На странице выбора приложения отображается приложение "Приложение в собрании ".
Выберите приложение App In Meeting (Приложение в собрании ).
Выберите Сохранить.
Значок отображается в окне собрания.
Выберите + в поле Состояние спринта. Откроется диалоговое окно Сведения о состоянии .
Введите Назначено и Описание.
Нажмите Добавить.
Приложение в представлении боковой панели:
Выполнение задачи
Ты придумала что-то вроде этого?
Поздравляем!
Вы завершили руководство по началу работы с этапом общего собрания в Teams.
Возникла проблема с этим разделом? Если это так, отправьте нам отзыв, чтобы мы исправили этот раздел.
Platform Docs
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по