我目前有一个自定义XAML构建工作流程，它根据代码结构，文件夹，文件内容甚至数据库配置执行大量验证。
目前我们需要考虑将其迁移到2017年TFS，并且我试图了解可能性，努力和陷阱，这是我可以使用您的帮助的地方。
我在C＃中构建了逻辑，然后我查看MSDN文档，语言似乎是Javascript，GitHub示例似乎是Typescript。我被迫使用其中一种语言吗？我应该注意的任何首选或限制？例如，我可以直接连接到数据库吗？或者最好有一个API并只使用REST调用？
我可以使用已经包含逻辑的.Net对象吗？
我还注意到在清单文件中我可以声明输入，但我可以以某种方式使用输出吗？例如，我有一个执行验证的任务，最后我将有一个任务是发送一封包含该验证结果的电子邮件。这可能吗？
提前谢谢。
答案 0 :(得分：0)
您认为不推荐使用XAML版本是正确的。新的基于任务的系统更加灵活，现在我们甚至可以获得YAML支持，您可以转到Builds as Code。
由于NodeJS的跨平台特性，您在TypeScript（这是JavaScript的超集）中看到构建任务的原因。这允许您的任务在Windows，Linux和Mac上运行。同时we also got .NET Core support.如果您更喜欢，也可以使用PowerShell。
关于您可以连接到数据库＆＃39;题。是的你可以，如果你想要它是另一个问题。如果数据库连接出现问题，这将大大减慢构建速度并使构建失败。我建议在Stackoverflow上提出第二个问题来描述你的情况并讨论是否有更好的选择。
您可以使用任务中的输出变量，并在下一个任务中重复使用这些变量。这一切都得到了支持，没有问题（例如，参见https://roadtoalm.com/2016/08/11/set-output-variable-in-a-powershell-vsts-build-task/）。