Build 2015 触发器 - 持续集成，触发存储库中定义的任何路径的更改
Build 2015 Triggers - Continous Integration, trigger on changes in any path defined in repository
Build 2015 vNext 触发器 - 持续集成，触发存储库中定义的任何路径的更改
如果我在 on-Promise 版本中定义一个 vNext 构建，并且我希望它 运行 作为一个 CI 构建（持续集成），我必须在触发器部分定义整个列表，我已经在存储库中再次定义了。
我希望我的 ci-builds 到 运行，如果存储库中定义的任何 tfs 路径发生变化。但是为了实现这一点，我总是必须将存储库中的所有内容复制粘贴到触发器 - ci 部分。
它特别烦人且耗时ci盟友，因为如果您想从现有的构建中定义新的构建，ci 触发器定义也不会被克隆。
是否有人也遇到过这种情况，并且可能有一些想法可以使它更容易、更省时？
默认情况下没有这样的功能或设置，因为存储库和 CI 过滤器用于不同的目的：
Repository specifies which files will be downloaded from your remote
repository into a local sources directory by build agent at the
beginning of the build process.
CI filter selects the version control paths you want to include and
exclude.
默认情况下 CI 过滤与存储库映射相同的想法已经 submitted at the Visual Studio User Voice，Microsoft 产品团队将仔细评估它。
Build 2015 vNext 触发器 - 持续集成，触发存储库中定义的任何路径的更改
如果我在 on-Promise 版本中定义一个 vNext 构建，并且我希望它 运行 作为一个 CI 构建（持续集成），我必须在触发器部分定义整个列表，我已经在存储库中再次定义了。
我希望我的 ci-builds 到 运行，如果存储库中定义的任何 tfs 路径发生变化。但是为了实现这一点，我总是必须将存储库中的所有内容复制粘贴到触发器 - ci 部分。
它特别烦人且耗时ci盟友，因为如果您想从现有的构建中定义新的构建，ci 触发器定义也不会被克隆。
是否有人也遇到过这种情况，并且可能有一些想法可以使它更容易、更省时？
默认情况下没有这样的功能或设置，因为存储库和 CI 过滤器用于不同的目的：
Repository specifies which files will be downloaded from your remote repository into a local sources directory by build agent at the beginning of the build process.
CI filter selects the version control paths you want to include and exclude.
默认情况下 CI 过滤与存储库映射相同的想法已经 submitted at the Visual Studio User Voice，Microsoft 产品团队将仔细评估它。