Aldon und .NET-Entwicklung

Question

Ich suche Feedback von .Net-Entwickler, die als Lifecycle-Management-Plattform Erfahrung mit Aldon haben. Wir denken ernsthaft Aldon für Lifecycle-Management unter Verwendung einschließlich der Quellcodeverwaltung, automatisierte Builds, etc. Ich weiß, es gibt viele andere Möglichkeiten gibt, aber dieses Modell ist primär ein AS / 400-Geschäft (mit AS / 400 Programmierer outnumbering .Net Entwickler 6: 1), und Aldon ist bereits von unserem iSeries-Team eingesetzt. Der Nutzen wir suchen ein Lifecycle-Management-Suite ist mit.

Grundsätzlich bin ich für Meinungen von Menschen auf der Suche, die Aldon und einen anderen Satz von Werkzeugen verwendet haben (vielleicht TFS oder eine Kombination von SVN, Cruise Control, etc). Wenn Sie mit beiden gearbeitet haben, haben Sie eine Empfehlung, ob dies eine gute Idee oder schlechte Idee? Es ist natürlich eine große Auswahl, so dass jedes Feedback wäre hilfreich.

Bearbeiten - Added

Keine Antworten oder Kommentare ... und meine ersten Tumbleweed Abzeichen. Ich bin mir nicht sicher, ob dies nur eine schlechte Frage, wenn niemand Aldon tatsächlich nutzt ihre .NET Arbeit zu verwalten, oder wenn es nur niemand mit Aldon, dass andere Produkte verwendet und kann einen Vergleich anbieten.

Also, ich bin eine Prämie bietet den Deal zu versüßen, und den Umfang der Frage Erweiterung ... Wenn es irgendwelche Leute da draußen weiter verwenden Aldon überhaupt, können Sie alle Informationen zu Fragen liefern Sie gehabt haben, ist es ist eine gute Sammlung von Werkzeugen, Frustrationen oder gotchas, Dinge, die Sie lieben, etc?

Hinzugefügt -Auch mehr Unser primäres Ziel ist es, ein Produkt zu haben sowohl unsere .NET und unsere AS / 400 (in erster Linie RPG) Entwicklung zu verwalten. Wenn Sie einen Vorschlag für eine andere Reihe von Tools haben oder es versucht, und beschlossen, es ist es nicht wert, ich werde auch die Antwort nehmen.

Answer 1

Ich bin in einem Geschäft ähnlich wie bei Ihnen arbeite - in unserem Fall gibt es eine erhebliche Legacy Code-Basis von iSeries COBOL-Code, und eine wachsende Zahl von .NET-Systemen - und die .NET-Entwickler haben erfolgreich Einfluss genommen zu verwenden Subversion für die Quellcodeverwaltung. In meiner zugegebenermaßen kurzen Zeit, um das Produkt bewertet, schien es wie Aldon überhaupt in Bereichen wie Verzweigen und Markieren nicht sehr flexibel war, und hat einen sehr umständlich und arkane Schnittstelle. Da Produkt Lifecycles separat in unserem Shop ohnehin verwaltet werden (mis), nur die .NET Verwendung von Aldon zur Quellcodeverwaltung zu beschränken, war es eine einfache Entscheidung. In der .NET-Welt hinkt Aldon weit hinter den Standard-Open-Source-Tool in Funktionen und Benutzerfreundlichkeit, und hat keine Hoffnung mit TFS zu konkurrieren. In unserem Fall ist die Verwaltung von .NET-Code außerhalb von Aldon auf jeden Fall der Produktivität der Entwickler erhöht und verringert Frustration.

Ein Beispiel ... kommt aus einem Subversion-Shop, ich habe versucht, herauszufinden, wie man einen experimentellen Zweig in Aldon erstellen. Wenn es überhaupt möglich ist, hat die Dokumentation eine große Arbeit die Funktion der Verschleierung und unsere Aldon Admin hatte nie über das Konzept kommen. Alles, was in unserem Shop gesperrt ist eng, mit Admin-Rechten Projekte erstellen benötigen, Versionen usw. Dies könnte von einer Lifecycle-Management-Sicht sinnvoll sein, aber aus der Sicht eines Entwicklers versucht, Arbeit zu erledigen, ist es ein Killer. Ich glaube nicht, Lifecycle Management und die Quellcodeverwaltung, gehören in der gleichen Software, und Aldon hat nichts getan, um mich davon abzuhalten, dieser Meinung.

Answer 2

Ich glaube, Sie niemanden finden Sie hier nutzen. .NET Menschen fallen in zwei Kategorien - diejenigen, die „billig“ sind (das heißt versuchen, Kosten zu sparen) und dann im Grunde Sie schauen oder so etwas wie Open Source. Und diejenigen, die viel zahlen, und die meisten dieser gehen mit Team System - weil es in Visual Studio von unten nach oben ingtegrated wird. AS / 400 ist eine ziemlich seltene intermix für .NET-Entwickler, so am Ende -. Sie möglicherweise nur aus Glück sind

Ich bin nicht sicher, Persönlich würde ich sogar die Mühe mit ihm. Es gibt viel mehr zu soemthing wie Team System als Quelle Tracking usw. - viele gute Testfunktionen, Build in der kontinuierlichen Integration usw., und das alles, um durch Hauben, um ohne Lauf - gut -. Erhält dann ein minderwertiges Produkt

Answer 3

Wir stießen auf das gleiche Problem an meinem Arbeitsplatz ein paar Jahre zurück, als wir unser erstes .NET-Projektes in der Mitte einer Reihe von RPG-Entwickler in Betrieb genommen. Zu der Zeit haben wir uns für irgendetwas geschrieben in .NET (oder irgendetwas anderes, dass jemand es für verwenden wollte) eine separate Quellcodeverwaltungssystem (Subversion) zu verwenden. Wir zogen alle unsere Projekte (.NET und AS / 400) in die Zwillinge für Zeit und Defect Tracking Zwecke. Im Grunde haben wir uns für ein einzelnes Produkt unserer .NET und AS / 400-Projekte auf hohem Niveau, aber verschiedene Werkzeuge für die Versionskontrolle zu verwalten, automatisierte Builds, automatisierte Tests, etc.

Einige Jahre später kann ich glücklich sagen, dass dies für uns ganz gut funktioniert hat. Ich kann wirklich nicht glauben, der alle Probleme dieser verursacht hat - aber die Tatsache bestätigen, dass es einige potenzielle Kopfschmerzen und anstoß der Köpfe vermieden hat. Ich glaube, dass Sie eine einfachere Zeit Erkenntnis haben (gut) .NET-Entwickler durch ein weit verbreitetes Versionskontrollsystem entschieden hat. Ich kann sprechen nicht für jemand anderes, aber für mich ist die Verwendung eines Versionskontrollsystem I haben noch nie gehört würde in einem Interview Situation ein bisschen eine rote Fahne.