我正在寻找具有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）开发。如果您对不同的工具套件有建议，或者已经尝试过并且认为它不值得，我也会接受这个答案。
答案 0 :(得分：5)
我在一家与您类似的商店工作 - 在我们的案例中，有一个重要的遗留代码库，即iSeries COBOL代码和越来越多的.NET系统 - 并且.NET开发人员已成功游说使用Subversion进行源代码管理。在我公认的评估产品的简短时间里，似乎Aldon在分支和标记等领域都不是很灵活，并且有一个非常麻烦和晦涩的界面。由于产品生命周期（错误）在我们的商店中单独管理，将Aldon的.NET使用仅限于源控制，这是一个简单的决定。在.NET世界中，Aldon在功能和可用性方面远远落后于标准的开源工具，并且没有希望与TFS竞争。在我们的例子中，在Aldon之外管理.NET代码肯定会提高开发人员的工作效率并减少挫败感。
一个例子......来自Subversion商店，我试图找出如何在Aldon创建一个实验分支。如果可能的话，文档很好地掩盖了这个功能，而我们的Aldon管理员从未遇到过这个概念。我们店里的所有东西都被严密锁定，需要管理权来创建项目，版本等。从生命周期管理的角度来看，这可能是值得的，但从开发人员试图完成工作的角度来看，它是一个杀手。我不认为生命周期管理和源代码控制属于同一个软件，Aldon没有做任何事情来阻止我这个意见。
答案 1 :(得分：3)
我想你会发现这里没有人使用它。 .NET人员分为两类 - 那些“便宜”（即试图节省成本），然后基本上你看起来或类似开源。那些付出很多钱的人，其中大多数人都使用Team System - 因为它从下到上融入了Visual Studio。对于.NET开发人员来说，AS / 400是一种非常罕见的混合，所以，最后 - 你可能只是运气不好。
我个人不确定我是否会为此烦恼。对团队系统这样的东西来说，跟踪源代码等等要多得多 - 许多良好的测试功能，构建在持续集成等方面，以及所有没有通过引擎盖运行的东西 - 以便 - 然后得到劣质产品。
答案 2 :(得分：2)
几年前，当我们在一群RPG开发人员中启动我们的第一个.NET项目时，我们在我的工作场所遇到了同样的问题。当时，我们选择使用单独的源代码控制系统（Subversion）来处理用.NET编写的任何内容（或任何其他人想要使用它的东西）。为了时间和缺陷跟踪目的，我们将所有项目（.NET和AS / 400）移动到Gemini中。基本上，我们选择单一产品来管理我们的.NET和AS / 400项目的高级别，但不同的工具用于版本控制，自动构建，自动化测试等。
多年以后，我很高兴地说，这对我们来说非常好。我真的想不出这引起的任何问题 - 但可以证明它已经避免了一些潜在的头痛和头脑撞击的事实。我认为通过选择广泛使用的版本控制系统，您将更容易找到（好）.NET开发人员。我不能代替其他任何人，但对我来说，使用版本控制系统我从未听说过在采访情况下会有点红旗。