在 TFS 中组织项目

发布于 2024-12-25 16:01:28 字数 420 浏览 1 评论 0原文

我们有一个 Web 项目,其框架在项目之间共享。每个项目都使用该框架。 除此之外,每个项目都有多个具有不同功能的客户,这些功能不会合并到主要产品中。

Common (Shared)
    Product 1(Uses Common)
        Customer 1 (Feature List 1)
        Customer 2 (Feature List 2)

    Product 2(Uses Common)
        Customer 3
        Customer 4

所有酒店的入住政策均相同。但每个项目的权限可能不同。 每个客户每种产品的截止日期都不同。

我应该在单个团队项目中为每种产品使用不同的解决方案吗?

我们应该如何在TFS中组织项目?

We have a web project with a framework that is shared between projects. Every project uses that framework.
Beside that, every project has multiple customers with different features that will not be merged into the main product.

Common (Shared)
    Product 1(Uses Common)
        Customer 1 (Feature List 1)
        Customer 2 (Feature List 2)

    Product 2(Uses Common)
        Customer 3
        Customer 4

Check-in policy is the same among all. but permissions to every project might be different.
deadlines for each customer per product is different.

Should I use different solutions in a single Team Project for every product?

How should we organize projects in TFS?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

惜醉颜 2025-01-01 16:01:28

一般来说:KISS 适用,复杂性只会让开发人员的生活变得更加困难(有足够的复杂性

所有入住政策均相同。

考虑一下检查政策可能被认为表明对开发人员缺乏信任。如果你不信任他们,那么他们怎么能创造出你销售的产品呢?这无助于创造高质量的结果。

但每个项目的权限可能不同。每个客户的每种产品的截止日期都不同。

这将推动单独的解决方案。

如何将框架视为通用外部产品(刚刚内部开发),客户项目像另一个第三方产品一样引用它。这样做的优点是,对框架的更改可以以受控的方式应用于每个客户项目:在您即将部署时进行重大更新将是一个坏主意!

此 C9 视频中有很多有用的信息:源代码控制策略面板

Generally: KISS applies, complexity just makes life harder for the developers (there will be enough complexity

Check-in policy is the same among all.

Consider that check in policies could be taken to indicate a lack of trust in the developers. And if you do not trust them, then how can they create products you sell? This will not help create quality results.

but permissions to every project might be different. deadlines for each customer per product is different.

That would drive separate solutions.

How about treating the framework as a common external product (just developed internally) which the customer projects reference like another third party product. This has the advantage of meaning that changes to the framework can be applied to each customer project in a controlled manner: a significant update would be a bad idea just as you are about to deploy!

A lot of useful information in this C9 video: Source Control Strategies Panel

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文