Aldon和.NET开发

Question

我正在寻找来自Aldon作为生命周期管理平台的.NET开发人员的反馈。我们正在认真考虑将Aldon用于生命周期管理，包括源控制，自动化构建等。我知道那里还有很多其他选项，但是我们的是/400个商店（AS/400程序员都超过.NET开发人员， 6比1），我们的iSeries团队已经使用了Aldon。我们要寻找的好处是拥有一个生命周期管理套件。

基本上，我正在寻找使用Aldon和另一套工具（也许是TFS或SVN，巡航控制等组合）的人的意见。如果您与两者一起工作，您是否有建议是一个好主意，还是一个坏主意？这显然是一个大选择，因此任何反馈都会有所帮助。

编辑 - 添加

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

因此，我提供赏金来使交易变得甜蜜，并扩大问题的范围……如果有任何人使用Aldon，您能否提供有关您遇到的问题的任何信息，这是一个好一套工具，挫败感或陷阱，您喜欢的东西等？

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

Answer 1

我在类似于您的商店中工作 - 在我们的情况下，Iseries COBOL代码和越来越多的.NET系统的遗留代码基础 - .NET开发人员已成功游说使用Subversion进行颠覆源控制。在我评估该产品的简短时间里，在分支和标记等区域中，Aldon似乎并不是很灵活，并且具有非常繁琐的奥术界面。无论如何，由于产品生命周期的（MIS）在我们的商店中分别进行了管理，这限制了.NET使用Aldon来源控制，因此这是一个简单的决定。在.NET世界中，Aldon在功能和可用性方面远远落后于标准的开源工具，并且没有希望与TFS竞争。在我们的情况下，Aldon之外的.NET代码肯定会提高开发人员的生产率和挫败感。

一个例子...来自颠覆商店，我试图找出如何在Aldon创建实验分支。如果有可能的话，文档在掩盖该功能方面做得很好，而我们的Aldon管理员也从未遇到过这个概念。我们商店中的所有内容都被锁定了，拥有创建项目，版本等所需的管理权。从生命周期管理的角度来看，这可能是值得的，但是从试图完成工作的开发人员的角度来看，这是一个杀手。我认为生命周期管理和源控制不属于同一软件，而Aldon并没有采取任何措施使我脱离这种观点。

Answer 2

我认为您在这里没有人会发现它。 。那些付费很多的人，大多数人都与团队系统一起使用 - 因为它可以从自下而上摄入视觉工作室。 AS/400是.NET开发人员非常罕见的Intermix，因此，最后 - 您可能只是不幸。

我个人不确定我什至会打扰它。除了跟踪源等外，还有更多的东西，例如团队系统等 - 许多良好的测试功能，在连续集成等中构建，而所有这些都没有穿过引擎盖，以便 - 嗯 - 然后获得劣等产品。

Answer 3

几年前，当我们在RPG开发人员中启动第一个.NET项目时，我们在工作场所遇到了同样的问题。当时，我们选择使用一个单独的源控制系统（颠覆）用于.NET中写的任何内容（或其他任何想使用它的东西）。我们将所有项目（.NET和AS/400）移至双子座，以进行时间和缺陷跟踪目的。基本上，我们选择了一种产品来管理我们的.NET和AS/400项目，以高级但不同的工具进行版本控制，自动化构建，自动测试等。

多年后，我可以很高兴地说，这对我们来说很好。我真的想不出这引起的任何问题 - 但是可以证明它已经避免了一些潜在的头痛和脑袋。我确实认为，通过选择广泛使用的版本控制系统，您将有更轻松的时间（好）.NET开发人员。我不能为其他人说话，但是对我来说，我拥有的版本控制系统 甚至从未听说过 在面试情况下，将有点危险。