Azure devops 我应该创建一个VSTS团队项目还是多个项目？

在VisualStudioTeamServices中，创建团队项目时的最佳实践是什么

它是企业的一个项目吗？每个实际项目一个项目？每个团队一个项目

有了TFS，我已经阅读了许多关于使用一个具有多个领域的大型团队项目的建议，请参见。与VST不同吗

---

我们将使用具有不同构建过程的混合语言，包括C、C、Java、Python等。这些语言具有多种输出，包括桌面应用程序、移动应用程序、共享的NuGet库、共享的C库等。

这取决于您的具体情况。关于项目和团队的结构，VisualStudioTeamServices与TFS内部部署没有什么不同

---

也看到这种反应，解释了在一个项目中有多个团队与多个项目之间的差异：

< P>这取决于你的具体情况。关于项目和团队的结构，VisualStudioTeamServices与TFS内部部署没有什么不同

也请参阅此响应，说明在具有多个团队的单个项目与多个项目之间考虑的差异：

与VST不同吗

没有

它是企业的一个项目吗？每个实际项目一个项目？ 每个团队一个项目

这取决于具体的需求，正如那篇文章所说，隔离和分离每个项目/团队的各种资产有好处，为每个项目/团队创建一个团队项目似乎是实现这一点的最直观的方法

但是，多个团队项目可能会造成重大障碍如果您希望跨团队项目边界移动数据，那么将数据从一个团队项目移动到另一个团队项目并不容易

最后，您可以参考这篇文章来决定团队项目的结构

与VST不同吗

没有

它是企业的一个项目吗？每个实际项目一个项目？ 每个团队一个项目

这取决于具体的需求，正如那篇文章所说，隔离和分离每个项目/团队的各种资产有好处，为每个项目/团队创建一个团队项目似乎是实现这一点的最直观的方法

但是，多个团队项目可能会造成重大障碍如果您希望跨团队项目边界移动数据，那么将数据从一个团队项目移动到另一个团队项目并不容易

---

总之，您可以参考那篇文章来决定团队项目的结构。

VSTS本质上是与内部部署TFS相同的产品，只是发布周期更频繁。VSTS本质上是与内部部署TFS相同的产品，只是有一个更频繁的发布周期。Fork特性被添加到VSTS，所以现在比以前更容易跨项目边界移动数据Fork特性被添加到VSTS，所以现在比以前更容易跨项目边界移动数据