5

我正在寻找具有将 Aldon 用作生命周期管理平台的经验的 .Net 开发人员的反馈。我们正在认真考虑使用 Aldon 进行生命周期管理，包括源代码控制、自动构建等。我知道还有很多其他选择，但我们主要是一家 AS/400 商店（AS/400 程序员数量超过 .Net 开发人员6 到 1），并且我们的 iSeries 团队已经使用了 Aldon。我们正在寻找的好处是拥有一个生命周期管理套件。

基本上，我正在寻找使用过 Aldon 和另一组工具（可能是 TFS，或者 SVN、Cruise Control 等的组合）的人的意见。如果您同时使用过这两种方法，您对这是一个好主意还是一个坏主意有什么建议吗？这显然是一个很大的选择，所以任何反馈都会有所帮助。

编辑 - 添加

没有答案或评论......还有我的第一个 Tumbleweed 徽章。我不确定这是否只是一个坏问题，是否没有人真正使用 Aldon 来管理他们的 .NET 工作，或者是否没有人使用使用其他产品的 Aldon 并且可以提供比较。

所以，我提供赏金以使交易更甜蜜，并扩大问题的范围......如果有人在使用 Aldon，你能提供任何关于你遇到的问题的信息吗？工具套件、挫折或陷阱、您喜欢的东西等？

补充——甚至更多 我们的主要目标是拥有一个产品来管理我们的 .NET 和我们的 AS/400（主要是 RPG）开发。如果您对不同的工具套件有建议，或者已经尝试过并认为它不值得，我也会接受这个答案。

4

3 回答 3

5

我在一家与您类似的商店工作——在我们的例子中，有大量的 iSeries COBOL 代码遗留代码库，以及越来越多的 .NET 系统——并且 .NET 开发人员已经成功游说使用 Subversion 来实现源头控制。在我公认的短暂评估产品的时间里，Aldon 似乎在分支和标记等领域一点都不灵活，而且界面非常繁琐和晦涩难懂。由于无论如何产品生命周期在我们的商店中都是（错误）管理的，因此将 Aldon 的 .NET 使用限制为仅限源代码控制，这是一个简单的决定。在 .NET 世界中，Aldon 在功能和易用性上远远落后于标准的开源工具，并没有与 TFS 竞争的希望。在我们的案例中，在 Aldon 之外管理 .NET 代码无疑提高了开发人员的工作效率并减少了挫败感。

一个例子……来自 Subversion 商店，我试图找出如何在 Aldon 中创建一个实验性分支。如果可能的话，文档很好地掩盖了该功能，而我们的 Aldon 管理员从未遇到过这个概念。我们店里的所有东西都被锁得很紧，创建项目、版本等都需要管理员权限。从生命周期管理的角度来看，这可能是值得的，但从试图完成工作的开发人员的角度来看，这是一个杀手。我不认为生命周期管理和源代码控制属于同一个软件，Aldon 没有做任何事情来劝阻我放弃这种观点。

于 2010-05-03T13:42:27.717 回答
3

我想你会发现这里没有人使用它。.NET 人分为两类 - 那些“便宜”（即试图节省成本），然后基本上你看起来或类似开源的东西。那些付出很多的人，其中大多数人都使用 Team System - 因为它自下而上集成到 Visual Studio 中。对于 .NET 开发人员来说，AS/400 是一种非常罕见的混合体，因此，最后 - 你可能只是运气不佳。

我个人不确定我是否会为此烦恼。像 Team System 之类的东西比跟踪源等要多得多 - 许多好的测试功能，内置持续集成等，以及所有这些都不需要通过引擎盖来 - 好吧 - 然后得到一个劣质产品。

于 2010-05-03T04:34:42.477 回答
2

几年前，当我们在一群 RPG 开发人员中启动我们的第一个 .NET 项目时，我们在工作场所遇到了同样的问题。当时，我们选择使用单独的源代码控制系统 (Subversion) 来处理任何用 .NET 编写的东西（或任何其他人想要使用它的东西）。为了时间和缺陷跟踪，我们将所有项目（.NET 和 AS/400）移至 Gemini。基本上，我们选择了一个产品来管理我们的 .NET 和 AS/400 项目，但使用不同的工具进行版本控制、自动构建、自动测试等。

多年后，我可以很高兴地说，这对我们来说效果很好。我真的想不出这会造成什么问题——但可以证明它避免了一些潜在的头痛和撞头。我确实认为，通过选择广泛使用的版本控制系统，您将更容易找到（优秀的）.NET 开发人员。我不能代表任何人说话，但对我来说，使用我从未听说过的版本控制系统在面试情况下会有点危险。

于 2010-05-03T19:51:20.910 回答