В TFS 2018 необходимо управлять версиями для приложения, которое управляется как команда в рамках командного проекта.
Обычно такими версиями можно управлять как итерациями, каждая из которых имеет своих дочерних элементов спринта.Тем не менее, бывает, что есть случаи, когда есть совпадение между датой начала / датой окончания этих версий.В таких случаях, работая над текущей версией, часть команды уже работает над следующей версией параллельно, и TFS показывает только одну итерацию в качестве текущей на экране невыполненных работ, хотя в этом случае есть две текущие версии ...
Решением может быть добавление отдельного поля для VersionNo, в котором команда назначит рабочий элемент для версии.Однако, поскольку номер версии может быть произвольным числом, будет невозможно разумно связать его с каким-либо заранее заданным управляемым списком.
Другое решение может заключаться в использовании AreaPath для управления этими версиями, поскольку путь области основан на управляемомопределение дерева, но это может означать использование AreaPath для целей, не предназначенных для TFS.Поскольку мы хотели бы сохранить совместимость с будущими обновлениями TFS, нормально ли это решение?Можете ли вы предложить другое решение?Пожалуйста, обратите внимание, что механизм TFS Release mng, по-видимому, применяется к распространению кода, а не к его версиям, как указано выше.