У меня есть вопрос относительно ограничений, накладываемых на количество объектов, которые можно объявить в коллекции проектов TFS. Не столько в отношении самих ограничений, сколько в том, как я могу проверять и отслеживать текущее состояние.
Эта ссылка содержит 512 пользовательских полей на процесс и 256 на WIT. В этой статье указано 1024, а также указано ограничение на уровне сбора проектов
. Я хотел бы уточнить, как поля и процессы суммируют эти итоги в TFS 2018 на коллекция помещений и Azure сервер DevOps.
- Есть ли способ проверить количество полей, используемых в настоящее время в коллекции?
- Под "полями, определенными для коллекции" мы ссылаемся на уникальные имена полей 1015 *, так как они объявлены в xmls WIT независимо от того, используются ли они в нескольких WIT или проектах, или там я что-то упускаю?
- Особенно в унаследованных процессах в Azure DevOps допустимые поля для коллекции - 8192. Они учитываются по-разному (поскольку настройка относится к процессу, а не к проекту) или это просто так?
Оглядываясь вокруг, я нашел tbl_Field в базе данных коллекции. Я узнаю много справочных имен, и это может сработать, но, увидев несколько записей, которые не кажутся мне полями WIT (по названию, которое они, похоже, относятся к Kanban платам), я не уверен.
Что касается полей в процессе, я полагаю, что можно сканировать xmls WIT на предмет уникальных referenceNames, если у кого-то в сообществе нет лучшей идеи.