Aldon et développement .Net

Question

Je cherche les commentaires des développeurs .Net qui ont une expérience avec Aldon comme une plate-forme de gestion du cycle de vie. Nous envisageons d'utiliser sérieusement Aldon pour la gestion du cycle de vie, y compris le contrôle des sources, automatisée Builds, etc. Je sais qu'il ya beaucoup d'autres options là-bas, mais la nôtre est une première boutique AS / 400 (avec AS / 400 programmeurs plus nombreux que les développeurs .Net 6 à 1), et Aldon est déjà utilisé par notre équipe iSeries. L'avantage que nous recherchons est d'avoir une suite de gestion du cycle de vie.

En fait, je suis à la recherche d'opinions de personnes qui ont utilisé Aldon et un autre ensemble d'outils (peut-être TFS, ou une combinaison de SVN, Régulateur de vitesse, etc.). Si vous avez travaillé avec les deux, avez-vous une recommandation que ce soit une bonne idée, ou une mauvaise idée? Il est évidemment un grand choix, donc tout commentaire serait utile.

Modifier - Ajout

Réponses Pas ou commentaires ... et mon premier insigne Tumbleweed. Je ne sais pas si cela est juste une mauvaise question, si personne utilise en fait Aldon pour gérer leur travail .NET, ou s'il n'y a que personne à l'aide Aldon qui a utilisé d'autres produits et peut offrir une comparaison.

Alors, je propose une prime pour adoucir l'affaire, et d'élargir la portée de la question ... S'il y a des gens là-bas AU MOYEN Aldon du tout, pouvez-vous fournir des informations sur les questions que vous avez eues, est une bonne suite d'outils, de frustrations, ou, gotchas choses que vous aimez, etc?

Ajout plus -même Notre principal objectif est d'avoir un produit à gérer à la fois notre .NET et notre développement AS / 400 (principalement RPG). Si vous avez une suggestion pour une autre série d'outils, ou avez essayé et décidé qu'il ne vaut pas, je vais prendre cette réponse aussi bien.

Answer 1

Je travaille dans un magasin similaire à la vôtre - dans notre cas, il y a une base de code existant important code iSeries COBOL, et un nombre croissant de systèmes .NET - et les développeurs .NET ont fait pression avec succès utiliser Subversion pour le contrôle de la source. Dans mon temps, certes brève évaluation du produit, il semblait que Aldon était pas très flexible à tous dans des domaines tels que le marquage et la ramification, et dispose d'une interface très lourde et Arcane. Étant donné que des cycles de vie (mauvais) gérés séparément dans notre magasin de toute façon, limitant l'utilisation de .NET de Aldon au contrôle de la seule source, il a été une décision simple. Dans le monde .NET, Aldon est loin derrière les outils standard open source dans les fonctionnalités et la facilité d'utilisation, et n'a aucun espoir de rivaliser avec TFS. Dans notre cas, la gestion du code .NET en dehors de Aldon a certainement augmenté la productivité des développeurs et une diminution de la frustration.

Un exemple ... provenant d'un magasin de Subversion, je tentais de savoir comment créer une branche expérimentale Aldon. S'il est possible du tout, la documentation fait un excellent travail d'obscurcir la fonction, et notre Aldon admin était jamais venu à travers le concept. Tout dans notre boutique est serré verrouillé, avec des droits d'administrateur nécessaires pour créer des projets, des versions, etc. Cela peut être intéressant du point de vue de la gestion du cycle de vie, mais du point de vue d'un développeur en essayant de faire le travail, il est un tueur. Je ne pense pas que la gestion du cycle de vie et le contrôle des sources appartiennent dans le même logiciel, et Aldon n'a rien fait pour me dissuader de cette opinion.

Answer 2

Je pense que vous trouverez personne ici utilise. personnes .NET se divisent en deux catégories - ceux qui sont « pas cher » (à savoir essayer de réduire les coûts) et essentiellement vous regardez ou quelque chose comme open source. Et ceux qui paient beaucoup, et la plupart de ceux qui vont avec Team System - car il est ingtegrated dans Visual Studio à partir du haut en bas. AS / 400 est un Intermix assez rare pour les développeurs .NET, donc, à la fin -. Vous êtes peut-être pas de chance

Personnellement, je suis pas sûr que je même pas la peine avec elle. Il y a beaucoup plus à soemthing comme Team System que la source de suivi, etc. - beaucoup de bons tests caractéristiques, la construction de l'intégration continue, etc., et tout cela sans courir à travers une hotte pour - bien -. Obtenir ensuite un produit inférieur

Answer 3

Nous avons rencontré le même problème sur mon lieu de travail il y a quelques années lorsque nous avons commencé notre premier projet .NET au sein d'un groupe de développeurs de RPG. À l'époque, nous avons choisi d'utiliser un système de contrôle de source séparée (Subversion) pour quoi que ce soit écrit en .NET (ou pour toute autre chose que quelqu'un qu'il voulait utiliser). Nous avons déménagé tous nos projets (.NET et AS / 400) dans Gemini à des fins de temps et de suivi des défauts. En fait, nous avons choisi un seul produit pour gérer nos .NET et AS / 400 projets à un niveau élevé, mais différents outils de contrôle de version, automatisé builds, les tests automatisés, etc.

Des années plus tard, je peux dire avec bonheur que cela a fonctionné assez bien pour nous. Je ne peux pas penser à tout problème que cela a causé - mais peut attester du fait qu'il a évité des maux de tête potentiels et aboutement des têtes. Je pense que vous aurez une conclusion plus de facilité (de bien) développeurs .NET en choisissant un système de contrôle de version largement utilisé. Je ne peux pas parler pour les autres, mais pour moi l'utilisation d'un système de contrôle de version que j'ai jamais entendu parler de serait un peu d'un drapeau rouge dans une situation d'entrevue.