Папка для проектов: Папка для проектов на резинке ESSELTE Colour’Ice

Создание папок проектов и компаний

1. Главная
2. Tekla Structures
3. Manage Tekla Structures
4. Files and folders in Tekla Structures
5. Создание папок проектов и компаний

Tekla Structures

2018

Tekla Structures

Папки проектов и компаний используются для хранения файлов с индивидуальной настройкой. Это могут быть пользовательские ленты, стили чертежей, каталоги профилей и материалов, а также любые другие настройки, которые вы хотите сохранить для использования в дальнейшем. Так вы сможете использовать одни и те же файлы всякий раз, когда создаете новую модель или устанавливаете новую версию Tekla Structures. Это также значит, что вы легко можете вернуться к предусмотренным по умолчанию настройкам, потому что никакие из системных файлов у вас не перезаписаны.

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

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

При работе в пределах одной компании папки компании и проектов обычно находятся в сетевых папках, чтобы у всех был к ним доступ. Эти сетевые папки задаются расширенными параметрами XS_FIRM и XS_PROJECT. При работе над проектом с совместно используемой моделью у каждой компании должны быть свои собственные настройки компании в папке, заданной расширенным параметром XS_FIRM , и общая папка проекта для настроек проекта, заданная расширенным параметром XS_PROJECT. Имеет смысл создать на рабочем столе ярлык запуска для каждого проекта, содержащий все необходимые папки.

Внимание:

Изменение значения расширенного параметра в файлах .ini , находящихся вне папки модели, не затрагивает существующие модели. Обновлять расширенные параметры можно только в диалоговом окне Расширенные параметры или в файле options.ini , который находится в папке модели, но не в файлах options.ini , которые находятся в папках, заданных расширенными параметрами XS_​FIRM или XS_​PROJECT. Файлы .ini считываются также при открытии существующей модели, однако в них вставляются только новые расширенные параметры, отсутствующие в файле options_model.db или options_drawings.db  — например, параметры, которых еще нет в диалоговом окне Расширенные параметры , но которые уже были добавлены в программу.

1. Создайте пустую папку в общедоступном месте, например на сетевом диске.
2. Дайте папке соответствующее имя.
3. В Tekla Structures откройте меню Файл и выберите Настройки > Расширенные параметры .
4. В категории Местоположения файлов задайте путь к папке компании или проекта, созданной на шаге 1, в качестве значения расширенного параметра XS_FIRM или XS_PROJECT.
5. Перезапустите Tekla Structures , чтобы изменения вступили в силу.

Was this helpful?

What is missing?

Назад
Далее

Папка для проектов Leitz WOW, зеленый

Папка для проектов Leitz WOW, зеленый — купить для офиса и дома

• 
  
  

  
  

  Артикул: 400923

  под заказ

  
  
  
  

   

  Высококачественная папка для проектов из полипропилена, выполненная в яркой цветовой гамме WOW, двуцветная. Идеально подходит для организации и хранения проектов и документов. Фронтальное отделение для хранения неподшитых бумаг или блокнота. Стильная эластичная застежка обеспечивает сохранность документов во время транспортировки. 6 расширяющихся отделений с ярлыками для удобства маркировки содержимого. Вместимость — 200 листов A4 (80 г/м2) Размеры (мм): 254 x 38 x 330 Вес (кг):0,3

  Назад

  Oбращаем вaше внимaние нa то, что пpиведеные цeны и хaрактеристики товaров нoсят исключитeльно ознакомительный харaктер и не являютcя публичнoй офeртой, опрeделенной пунктoм 2 стaтьи 437 Граждaнского кoдекса Российской Федерации.
  
  Для пoлучения подрoбной инфoрмации о харaктеристиках товaров, их нaличия и стoимости связывaйтесь, пожaлуйста, с менеджерами нашей компании
  Гарантия возврата товара

  
  

Другие товары этой категории

Иерархия ресурсов | Документация диспетчера ресурсов

На этой странице описывается иерархия ресурсов Google Cloud и
ресурсы, которыми можно управлять с помощью диспетчера ресурсов.

Цель иерархии ресурсов Google Cloud двояка:

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

Образно говоря, иерархия ресурсов Google Cloud напоминает
файловая система, присутствующая в традиционных операционных системах, как способ организации и
иерархическое управление сущностями. Как правило, каждый ресурс имеет ровно один
родитель. Эта иерархическая организация ресурсов позволяет вам установить доступ
управлять политиками и параметрами конфигурации на родительском ресурсе, а
политики и параметры управления идентификацией и доступом (IAM) наследуются дочерним
Ресурсы.

Подробная иерархия ресурсов Google Cloud

Ресурсы Google Cloud организованы иерархически. Все ресурсы, кроме
для самого высокого ресурса в иерархии есть ровно один родитель.
На самом низком уровне сервисные ресурсы являются фундаментальными компонентами, которые
составляют все сервисы Google Cloud. Примеры сервисных ресурсов включают
Виртуальные машины (ВМ) Compute Engine, темы Pub/Sub, облачное хранилище
сегменты, экземпляры App Engine. Все эти ресурсы более низкого уровня имеют проект
ресурсы как их родители, которые представляют первую группу
механизм иерархии ресурсов Google Cloud.

Все пользователи, включая пользователей бесплатной пробной версии, пользователей бесплатного уровня, а также пользователей Google Workspace и
Клиенты Cloud Identity могут создавать ресурсы проекта.
Пользователи программы Google Cloud Free могут только
создавать ресурсы проекта и обслуживать ресурсы в проектах. Ресурсы проекта могут
быть на вершине их иерархии, но только в том случае, если он создан пользователем бесплатной пробной версии или бесплатным
уровень пользователя. Клиенты Google Workspace и Cloud Identity
иметь доступ к дополнительным функциям иерархии ресурсов Google Cloud,
такие как ресурсы организации и папок. Узнайте больше в
обзор Cloud Identity.
Ресурсы проекта в верхней части своей иерархии не имеют родительских ресурсов.
ресурсы, но их можно перенести в ресурс организации после того, как он
был создан для домена. Дополнительные сведения о переносе ресурсов проекта см.
см. раздел Миграция ресурсов проекта.

Клиенты Google Workspace и Cloud Identity могут создавать организации
Ресурсы. Каждая учетная запись Google Workspace или Cloud Identity связана
с одним ресурсом организации. Когда ресурс организации существует,
это вершина иерархии ресурсов Google Cloud, и все ресурсы
которые принадлежат организации, сгруппированы в ресурсе организации.
Это обеспечивает централизованную видимость и контроль над каждым ресурсом, принадлежащим
организация.

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

Иерархия ресурсов Google Cloud, особенно в наиболее полной форме
который включает в себя ресурс организации и ресурсы папок, позволяет компаниям
чтобы сопоставить свою организацию с Google Cloud и обеспечить логическое присоединение
точки для политик управления доступом (IAM) и
Политика организации. Оба IAM
и политики организации наследуются через иерархию, а действующие
политика для каждого ресурса в иерархии является прямым результатом политик
применяется к ресурсу и политикам, унаследованным от предков.

На приведенной ниже диаграмме показан пример иерархии ресурсов Google Cloud в
его полная форма:

Ресурс организации

Ресурс организации
представляет организацию (например, компанию) и является корневым узлом в
Иерархия ресурсов Google Cloud, если она присутствует. Ресурс организации это
иерархический предок папок и ресурсов проекта.
Политики управления доступом IAM, применяемые к ресурсу организации
применяются по всей иерархии ко всем ресурсам в организации.

Пользователи Google Cloud не обязаны иметь ресурс организации, но
некоторые функции диспетчера ресурсов нельзя будет использовать без него. Организация
ресурс тесно связан с
Google Workspace или
Облачная идентификация
счет. Когда пользователь с Google Workspace или Cloud Identity
учетная запись создает ресурс проекта Google Cloud, ресурс организации
автоматически предоставляется для них.

Аккаунт Google Workspace или Cloud Identity может иметь только один
обеспеченный ею ресурс организации. Как только ресурс организации
созданные для домена, все новые ресурсы проекта Google Cloud, созданные
члены домена учетной записи по умолчанию будут принадлежать организации
ресурс. Когда управляемый пользователь создает ресурс проекта, требование
что это должно быть в какой-то ресурс организации. Если пользователь указывает
ресурса организации и у них есть необходимые разрешения, проект
закреплен за этой организацией. В противном случае по умолчанию будет использоваться организация.
ресурс, с которым связан пользователь. Это невозможно для аккаунтов, связанных
с ресурсом организации для создания ресурсов проекта, которые не связаны
с ресурсом организации.

Связь с учетными записями Google Workspace или Cloud Identity

Для простоты мы будем ссылаться на Google Workspace, имея в виду оба
Пользователи Google Workspace и Cloud Identity.

Учетная запись Google Workspace или Cloud Identity представляет собой
компании и является обязательным условием для доступа к ресурсу организации. В
контекст Google Cloud, он обеспечивает управление идентификацией, восстановление
механизм, владение и управление жизненным циклом. На картинке ниже показана ссылка
между аккаунтом Google Workspace, Cloud Identity и
Иерархия ресурсов Google Cloud.

Суперадминистратор Google Workspace является лицом, ответственным за домен
проверка собственности и контакт в случае взыскания. По этой причине,
суперадминистратору Google Workspace предоставляется возможность назначать
Роли IAM по умолчанию. Суперадминистратор Google Workspace
Основная обязанность в отношении Google Cloud – возложить на Организацию
Роль администратора IAM для соответствующих пользователей в их домене. Этот
создаст разделение между Google Workspace и Google Cloud
административные обязанности, которые обычно ищут пользователи.

Преимущества ресурса организации

С ресурсом организации ресурсы проекта принадлежат вашей организации
вместо сотрудника, создавшего проект. Это означает, что проект
ресурсы больше не удаляются при увольнении сотрудника из компании; вместо
они будут следовать жизненному циклу ресурса организации в Google Cloud.

Кроме того, администраторы организации имеют централизованный контроль над всеми ресурсами.
Они могут просматривать и управлять всеми ресурсами проекта вашей компании. Этот
обеспечение соблюдения означает, что больше не может быть теневых проектов или мошеннических администраторов.

Также вы можете назначать роли на уровне организации, которые наследуются всеми
ресурс проекта и папки в ресурсе организации. Например, вы
может предоставить роль сетевого администратора вашей сетевой команде в организации
уровне, что позволяет им управлять всеми сетями во всех ресурсах проекта в вашем
компании, вместо предоставления им роли для всех отдельных ресурсов проекта.

Ресурс организации, предоставляемый API Resource Manager, состоит из
следующее:

• Идентификатор ресурса организации, который является уникальным идентификатором организации.
• Отображаемое имя, созданное из имени основного домена в
  Google Workspace или Cloud Identity.
• Время создания ресурса организации.
• Время последнего изменения ресурса организации.
• Владелец ресурса организации. Владелец указывается при создании
  ресурс организации. Его нельзя изменить после того, как он установлен. Это
  Идентификатор клиента Google Workspace, указанный в
  API каталога.

Следующий фрагмент кода показывает структуру ресурса организации:

 {
  "creationTime": "2020-01-07T21:59:43.314Z",
  "displayName": "моя-организация",
  "lifecycleState": "АКТИВНО",
  "имя": "организации/34739118321",
  "владелец": {
    "directoryCustomerId": "C012ba234"
  }
}
 

Первоначальная политика IAM для вновь созданного ресурса организации
предоставляет роли Создателя проекта и Создателя платежного аккаунта всему
Домен рабочей области Google. Это означает, что пользователи смогут продолжить
создание ресурсов проекта и учетных записей для выставления счетов, как это было до
существовал ресурс организации. Никакие другие ресурсы не создаются, когда
создается ресурс организации.

Ресурс папки

Ресурсы папки дополнительно предоставляют дополнительный механизм группировки
изолирующие границы между проектами. Их можно рассматривать как суборганизации
в пределах ресурса организации. Ресурсы папки можно использовать для моделирования
различные юридические лица, отделы и команды внутри компании. Например,
первый уровень ресурсов папок может использоваться для представления основных
подразделения в вашей организации. Поскольку ресурсы папки могут содержать проект
ресурсы и другие папки, каждый ресурс папки может включать
другие подпапки для представления разных команд. Каждая папка группы может содержать
дополнительные подпапки для представления различных приложений. Больше подробностей
об использовании ресурсов папки см.
Создание и управление ресурсами папок.

Если ресурсы папки существуют в ресурсе вашей организации и у вас есть соответствующие
просмотр разрешений, вы можете просмотреть их из консоли Google Cloud. Для большего
подробные инструкции см.
Просмотр или перечисление папок и ресурсов проекта.

Ресурсы папки позволяют делегировать права администратора, например, каждый
руководителю отдела может быть предоставлено полное право собственности на все Google Cloud
ресурсы, принадлежащие их подразделениям. Точно так же доступ к ресурсам может
ограничиваться ресурсом папки, поэтому пользователи одного отдела могут получать доступ и
создавать ресурсы Google Cloud в этом ресурсе папки.

Следующий фрагмент кода показывает структуру ресурса папки:

 {
  "createTime": "2030-01-07T21:59:43.314Z",
  "displayName": "Инженерия",
  "lifecycleState": "АКТИВНО",
  "имя": "папки/634792535758",
  "родитель": "организации/34739118321"
}
 

Подобно ресурсам организации и проекта, ресурсы папок действуют как политика
точка наследования для политик IAM и организации.
Роли IAM, предоставленные ресурсу папки, автоматически
наследуется всеми ресурсами проекта и папки, включенными в эту папку.

Ресурс проекта

Ресурс проекта является организующей сущностью базового уровня. Организация и
ресурсы папки могут содержать несколько проектов. Требуется ресурс проекта
использовать Google Cloud и формирует основу для создания, включения и использования всех
Облачные сервисы Google, управление API, включение выставления счетов, добавление и
удаление соавторов и управление разрешениями.

Все ресурсы проекта состоят из следующего:

• Два идентификатора:
  1. Идентификатор ресурса проекта, который является уникальным идентификатором проекта.
     ресурс.
  2. Номер ресурса проекта, который автоматически присваивается при создании
     проект. Он доступен только для чтения.
• Одно изменяемое отображаемое имя.
• Состояние жизненного цикла ресурса проекта; например, АКТИВНЫЙ или
  УДАЛИТЬ_ЗАПРОШЕНО.
• Набор меток, которые можно использовать для фильтрации проектов.
• Время создания ресурса проекта.

В следующем фрагменте кода показана структура ресурса проекта:

 {
  "createTime": "2020-01-07T21:59:43.314Z",
  "lifecycleState": "АКТИВНО",
  "имя": "мой-проект",
  "родитель": {
    "id": "634792535758",
    "тип": "папка"
  },
  "projectId": "мой-проект",
  "метки": {
     "мой-лейбл": "продукт"
  },
  "номер_проекта": "464036093014"
}
 

Для взаимодействия с большинством ресурсов Google Cloud необходимо предоставить
идентифицирующую информацию о ресурсах проекта для каждого запроса. Вы можете определить
ресурс проекта одним из двух способов: идентификатор ресурса проекта или проект
номер ресурса ( projectId и projectNumber во фрагменте кода).

Идентификатор ресурса проекта — это индивидуальное имя, которое вы выбрали при создании
ресурс проекта. Если вы активируете API, для которого требуется ресурс проекта, вы
будет направлено на создание ресурса проекта или выбор ресурса проекта с помощью
его идентификатор ресурса проекта. (Обратите внимание, что строка имени , отображаемая в
UI не совпадает с идентификатором ресурса проекта.)

Ресурс проекта
номер автоматически генерируется Google Cloud. Оба проекта
идентификатор ресурса и номер ресурса проекта можно найти на панели инструментов
ресурс проекта в консоли Google Cloud. Для получения информации о получении проекта
идентификаторы и другие задачи управления ресурсами проекта см.
Создание и управление ресурсами проекта.

Первоначальная политика IAM для вновь созданного ресурса проекта
предоставляет роль владельца создателю проекта.

Наследование политик IAM

Google Cloud предлагает IAM, который позволяет
назначать детальный доступ к определенным ресурсам Google Cloud и предотвращать нежелательные
доступ к другим ресурсам. IAM позволяет вам контролировать, кто ( пользователей )
имеет какой доступ ( роли ) к каким ресурсам путем настройки IAM
политики в отношении ресурсов.

Вы можете установить политику IAM на
уровень организации, т.
уровень папки,
уровне проекта или (в некоторых случаях) уровне ресурсов.
Ресурсы наследуют политики родительского ресурса. Если вы установите политику в
на уровне организации он наследуется всеми его дочерними папками и проектами
ресурсов, а если задать политику на уровне проекта, то она наследуется всеми
его дочерние ресурсы.

Эффективная политика для ресурса представляет собой объединение политик, установленных на
ресурс и политика, унаследованная от предков. Это наследство
переходный. Другими словами, ресурсы наследуют политики проекта, которые
наследовать политики от ресурса организации. Следовательно
Политики уровня организации также применяются на уровне ресурсов.

Например, на приведенной выше диаграмме иерархии ресурсов, если вы установите политику на
папку «Отдел Y», которая предоставляет роль редактора проекта для [email protected], затем
Боб будет редактором в проектах «Разработка проекта», «Тестовый проект» и
«Производственный проект». И наоборот, если вы назначите [email protected]
Роль администратора экземпляра в проекте «Тестовый проект», она сможет только
управлять экземплярами Compute Engine в этом проекте.

Роли всегда наследуются, и нет возможности явно удалить
разрешение для ресурса более низкого уровня, которое предоставляется на более высоком уровне в
иерархия ресурсов. Учитывая приведенный выше пример, даже если вы удалите
Роль редактора проекта от Боба в «Тестовом проекте», он все равно унаследует
эту роль из папки «Отдел Y», поэтому у него все еще будут разрешения
на эту роль в «Тестовом проекте».

Иерархия политик IAM следует тому же пути, что и
Иерархия ресурсов Google Cloud. Если вы измените иерархию ресурсов,
Иерархия политик также меняется. Например, перенос проекта в
Ресурс организации обновит IAM-политику проекта до
наследовать политику IAM ресурса организации. Сходным образом,
перемещение ресурса проекта из одного ресурса папки в другой изменит
унаследованные разрешения. Разрешения, унаследованные ресурсом проекта
из исходного родительского ресурса будет потерян, когда ресурс проекта
перемещен в новую папку ресурса. Разрешения, установленные в папке назначения
ресурс будет унаследован ресурсом проекта по мере его перемещения.

Попробуйте сами


Если вы новичок в Google Cloud, создайте учетную запись, чтобы оценить, как наши
продукты работают в реальных сценариях. Новые клиенты также получают $300 в
бесплатные кредиты для запуска, тестирования и развертывания рабочих нагрузок.

Начните бесплатно

многокорневых рабочих областей в Visual Studio Code

Редактировать

Вы можете работать с несколькими папками проекта в Visual Studio Code с многокорневыми рабочими пространствами. Это может быть полезно, когда вы одновременно работаете над несколькими связанными проектами. Например, у вас может быть репозиторий с документацией по продукту, который вы хотите обновлять при обновлении исходного кода продукта.

Примечание . Если вы хотите узнать больше о концепции «рабочей области» VS Code, см. статью Что такое «рабочая область» VS Code? Если вы явно не создаете многокорневую рабочую область, «рабочая область» — это просто единственная корневая папка вашего проекта.

Добавление папок

В существующую рабочую область легко добавить еще одну папку. Есть несколько жестов для добавления папок:

Добавить папку в рабочую область

Файл > Команда «Добавить папку в рабочее пространство» вызывает диалоговое окно «Открыть папку» для выбора новой папки.

После добавления корневой папки проводник отобразит новую папку как корневую в проводнике. Вы можете щелкнуть правой кнопкой мыши любую из корневых папок и использовать контекстное меню для добавления или удаления папок.

Проводник должен работать и вести себя как прежде. Вы можете перемещать файлы между корневыми папками и использовать любые типичные действия с файлами, предусмотренные в контекстном меню и представлении проводника.

Такие параметры, как files.exclude , поддерживаются для каждой корневой папки, если они настроены, и для всех папок, если они настроены как глобальные пользовательские настройки.

Перетаскивание

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

Примечание . Перетаскивание одной папки в область редактора VS Code по-прежнему будет открывать папку в режиме одной папки. Если вы перетащите несколько папок в область редактора, будет создана новая рабочая область с несколькими корнями.

Вы также можете использовать перетаскивание для изменения порядка папок в рабочей области.

Множественный выбор собственных диалогов открытия файлов

Открытие нескольких папок с помощью собственного диалогового окна открытия файлов вашей платформы создаст рабочую область с несколькими корнями.

командная строка —add

Добавить папку или несколько папок в последний активный экземпляр VS Code для многокорневой рабочей области.

 код --добавить vscode vscode-docs
 

Удаление папок

Вы можете удалить папку из рабочей области с помощью Удалить папку из рабочей области Команда контекстного меню.

Файл рабочей области

Когда вы добавляете несколько папок, они изначально помещаются в рабочую область с названием UNTITLED WORKSPACE , и это имя останется до тех пор, пока вы не сохраните рабочую область. Вам не нужно сохранять рабочее пространство, пока вы не захотите разместить его в постоянном месте, например, на рабочем столе. Безымянные рабочие области присутствуют до тех пор, пока открыт экземпляр VS Code, который они используют. После того, как вы полностью закроете экземпляр с безымянным рабочим пространством, вам будет предложено сохранить его, если вы планируете открывать его снова в будущем:

При сохранении рабочей области будет создан файл .code-workspace , и имя файла будет отображаться в проводнике.

Сохранить рабочую область как…

Если вы хотите переместить файл рабочей области в новое место, вы можете использовать команду Файл > Сохранить рабочую область как , которая автоматически установит правильные пути к папкам относительно новой Расположение файла рабочей области.

Открытие файлов рабочей области

Чтобы повторно открыть рабочую область, вы можете:

• Дважды щелкните файл .code-workspace в Проводнике вашей платформы.
• Используйте команду File > Open Workspace и выберите файл Workspace.
• Выберите рабочую область из списка Файл > Открыть последние (⌃R (Windows, Linux Ctrl+R)).
  • Рабочие области имеют суффикс (Workspace) , чтобы отличать их от папок.

Так же, как Закрыть папку , когда в VS Code открыта одна папка, есть команда Закрыть рабочую область (⌘K F (Windows, Linux Ctrl+K F)) для закрытия активной рабочей области.

Схема файла рабочей области

Схема .code-workspace довольно проста. У вас есть массив папок с абсолютными или относительными путями. Относительные пути лучше использовать, если вы хотите поделиться файлами рабочей области.

Вы можете переопределить отображаемое имя ваших папок с помощью name атрибут, чтобы давать более понятные имена папкам в Проводнике. Например, вы можете назвать папки своего проекта, например, «Продукт» и «Документация», чтобы легко идентифицировать содержимое по имени папки:

 {
  "папки": [
    {
      // Исходный код
      "имя": "Товар",
      "путь": "vscode"
    },
    {
      // Документы и примечания к выпуску
      "имя": "Документация",
      "путь": "vscode-документы"
    },
    {
      // Генератор расширений Yeoman
      "name": "Генератор расширений",
      "путь": "код-генератора vscode"
    }
  ]
}
 

, что приведет к следующему отображению проводника:

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

Файл рабочей области также может содержать глобальные настройки рабочей области в разделе settings и рекомендации по расширению в разделе extensions , которые мы обсудим ниже.

Общий пользовательский интерфейс

Редактор

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

Если вы всегда хотите, чтобы папка отображалась в заголовке с вкладками, вы можете использовать настройку workbench.editor.labelFormat «средние» или «длинные» значения для отображения папки или полных путей.

 "workbench.editor.labelFormat": "средний"
 

Пользовательский интерфейс VS Code, такой как списки OPEN EDITORS и Quick Open (⌘P (Windows, Linux Ctrl+P)) включают имя папки.

Если вы используете тему значков файлов и активная тема поддерживает ее, вы увидите специальный значок рабочей области.

Ниже вы можете увидеть значки рабочей области из встроенного Minimal (Visual Studio Code) темы значков файлов:

Поиск

Функции VS Code, такие как глобальный поиск, работа во всех папках и группировка результатов поиска по папкам .

Если у вас открыто многокорневое рабочее пространство, вы можете выбрать поиск в одной корневой папке, используя синтаксис ./ в файлах , чтобы включить поле . Например, если вы введете ./project1/**/*.txt , который будет искать все файлы .txt в корневой папке project1/.

Параметры

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

Пользовательские настройки поддерживаются так же, как и для проектов с одной папкой, и вы также можете установить глобальные настройки рабочей области, которые будут применяться ко всем папкам в вашей многокорневой рабочей области. Глобальные настройки рабочей области будут храниться в файле .code-workspace .

 {
  "папки": [
    {
      "путь": "vscode"
    },
    {
      "путь": "vscode-документы"
    },
    {
      "путь": "код-генератора vscode"
    }
  ],
  "настройки": {
    "window.zoomLevel": 1,
    "files.autoSave": "послезадержки"
  }
}
 

Когда вы переходите от экземпляра одной папки к нескольким папкам, VS Code добавит соответствующие настройки всего редактора из первой папки в новые глобальные настройки рабочей области.

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

Вы также можете открыть определенные файлы настроек с помощью команд:

• Настройки: Открыть настройки пользователя — Открыть глобальные настройки пользователя
• Настройки: Открыть настройки рабочей области — Откройте раздел настроек в файле рабочей области.
• Настройки: Открыть настройки папки — Открыть настройки для активной папки.

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

Неподдерживаемые настройки папки

Неподдерживаемые настройки папки для всего редактора будут отображаться серым цветом в настройках вашей папки и отфильтровываться из НАСТРОЙКИ ПАПКИ ПО УМОЛЧАНИЮ список. Вы также увидите информационный значок перед настройкой.

Отладка

В многокорневых рабочих пространствах VS Code ищет во всех папках launch.json файлы конфигурации отладки и отображает их с именем папки в качестве суффикса. Кроме того, VS Code также отображает конфигурации запуска, определенные в файле конфигурации рабочей области.

В приведенном выше примере показаны конфигурации отладки для расширения TSLint. есть запустить конфигурацию из папки расширения tslint , чтобы запустить расширение, работающее на хосте расширений VS Code, а также конфигурацию прикрепить из папки tslint-server , чтобы подключить отладчик к работающему серверу TSLint.

Вы также можете увидеть три команды Add Config для папок, tslint , tslint-server и tslint-tests в рабочей области vscode-tslint. Конфигурация добавления 9Команда 0142 либо откроет существующий файл launch. json в подпапке .vscode , либо создаст новый и отобразит раскрывающийся список шаблонов конфигурации отладки.

Переменные, используемые в конфигурации (например, ${workspaceFolder} или устаревшая ${workspaceRoot} ) разрешаются относительно папки, которой они принадлежат. Можно определить область действия переменной для папки рабочей области, добавив к переменной имя корневой папки (разделенное двоеточием).

Конфигурации запуска рабочей области

Конфигурации запуска рабочей области находятся в разделе «запуск» файла конфигурации рабочей области ( Рабочие области: Открыть файл конфигурации рабочей области в палитре команд):

Кроме того, новые конфигурации запуска могут можно добавить с помощью пункта «Добавить конфигурацию (рабочее пространство)» в раскрывающемся меню «Конфигурация запуска»:

Составная конфигурация запуска может ссылаться на отдельные конфигурации запуска по имени, если имена уникальны в пределах рабочей области, например:

 "соединения": [{
      "name": "Запустить сервер и клиент",
      "конфигурации": [
        «Запуск сервера»,
        «Запуск клиента»
      ]
  }]
 

Если имена отдельных конфигураций запуска не уникальны, соответствующая папка может быть указана с более подробным синтаксисом «папки»:

 «составные»: [{
      "name": "Запустить сервер и клиент",
      "конфигурации": [
        «Запуск сервера»,
        {
          "папка": "Веб-клиент",
          "name": "Запустить клиент"
        },
        {
          "folder": "Настольный клиент",
          "name": "Запустить клиент"
        }
      ]
  }]
 

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

Вот пример конфигурации запуска, в которой программа находится в папке «Программа» и где все файлы из папки «Библиотека» должны быть пропущены при пошаговом выполнении:

 "запуск": {
  "конфигурации": [{
      "тип": "узел",
      "запрос": "запустить",
      "name": "Запустить тест",
      "program": "${workspaceFolder:Program}/test.js",
      "пропустить файлы": [
        "${workspaceFolder:Library}/out/**/*.js"
      ]
  }]
}
 

Задачи

Подобно тому, как VS Code выполняет поиск конфигураций отладки, VS Code также попытается автоматически определить задачи из файлов проектов gulp, grunt, npm и TypeScript во всех папках в рабочей области, а также выполнить поиск задач, определенных в tasks. json файлов. Расположение задач указывается суффиксом имени папки. Обратите внимание, что задачи, определенные в tasks.json , должны иметь версию 2.0.0.

Из приведенного выше примера рабочей области расширения TSLint видно, что в папках tslint и tslint-tests есть две настроенные задачи из файлов tasks.json и многочисленные автоматически обнаруженные компиляторы npm и TypeScript1. обнаружены задачи .

Конфигурация задачи рабочей области

Задачи рабочей области находятся в разделе «задачи» файла конфигурации рабочей области ( Рабочие области: откройте файл конфигурации рабочей области в палитре команд). В файле конфигурации рабочей области могут быть определены только задачи типа "shell" и "process" .

Система управления версиями

В многокорневых рабочих пространствах имеется раздел ПОСТАВЩИКИ УПРАВЛЕНИЯ ИСТОЧНИКАМИ , который дает обзор при наличии нескольких активных репозиториев. Они могут быть предоставлены несколькими поставщиками SCM; например, у вас могут быть репозитории Git рядом с рабочими областями Azure DevOps Server. Когда вы выбираете репозитории в этом представлении, вы можете увидеть детали системы управления версиями ниже.

Вы можете использовать Ctrl+щелчок или Shift+щелчок для выбора нескольких репозиториев. Их детали будут отображаться в виде отдельных областей внизу.

Расширения

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

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

Примечание . Если расширение еще не поддерживает несколько папок, оно все равно будет работать в первой папке вашей многокорневой рабочей области.

Рекомендации по расширению

VS Code поддерживает рекомендации по расширению на уровне папки через файлы extensions.json в подпапке .vscode папки. Вы также можете предоставить глобальные рекомендации по расширению рабочей области, добавив их в файл .code-workspace . Вы можете использовать Расширения: настройте команду «Рекомендуемые расширения (папка рабочей области)», чтобы открыть файл рабочей области и добавить идентификаторы расширений ({publisherName}.{extensionName}) в массив extensions.recommendations .

 {
  "папки": [
    {
      "путь": "vscode"
    },
    {
      "путь": "vscode-документы"
    }
  ],
  "расширения": {
    "рекомендации": ["eg2.tslint", "dbaeumer.vscode-eslint", "esbenp.prettier-vscode"]
  }
}
 

Следующие шаги

• Что такое «рабочее пространство» VS Code? — Подробнее об однопапочных и многокорневых рабочих пространствах.