Aldon y Desarrollo .Net

Question

Estoy buscando la retroalimentación de los desarrolladores de .NET que tienen experiencia con Aldon como una plataforma de gestión de ciclo de vida. Estamos considerando seriamente el uso de Aldon para la gestión del ciclo de vida incluyendo control de código fuente, automatizado construye, etc. Sé que hay un montón de otras opciones por ahí, pero la nuestra es una primaria / 400 tienda de AS (con AS 400 / programadores superando en número a los desarrolladores .Net 6 a 1), y Aldon es ya utilizado por nuestro equipo de iSeries. El beneficio que buscamos es tener una suite de gestión de ciclo de vida.

Básicamente, estoy buscando opiniones de personas que han utilizado Aldon y otro conjunto de herramientas (TFS tal vez, o una combinación de SVN, Control de velocidad, etc). Si usted ha trabajado con ambos, ¿tiene una recomendación sobre si esto es una idea buena o mala idea? Es obvio que es una gran elección, por lo que cualquier información sería de gran ayuda.

Editar - Se ha añadido

No hay respuestas o comentarios ... y mi primera placa Tumbleweed. No estoy seguro de si esto es sólo una mala pregunta, si nadie lo está utilizando Aldon para gestionar su trabajo .NET, o si sólo hay nadie usando Aldon que utiliza otros productos y puede ofrecer una comparación.

Por lo tanto, yo estoy ofreciendo una recompensa para endulzar el trato, y ampliar el alcance de la pregunta ... Si hay alguna gente fuera allí utilizando Aldon en absoluto, se puede proporcionar ninguna información sobre las cuestiones que ha tenido, es es una suite de herramientas buena, frustraciones, o trampas, las cosas que amas, etc?

Añadido -incluso más Nuestro objetivo principal es tener un producto para gestionar tanto nuestra .NET y nuestro desarrollo AS / 400 (principalmente RPG). Si usted tiene una sugerencia para un conjunto diferente de herramientas, o la ha probado y ha decidido que no vale la pena, voy a tomar esa respuesta tan bien.

Answer 1

Estoy trabajando en una tienda similar a la suya - en nuestro caso, hay una base de código heredado sustancial de código de iSeries COBOL, y un número cada vez mayor de sistemas .NET - y los desarrolladores de .NET han presionado con éxito a utilizar Subversion para control de origen. En mi tiempo breve cierto que la evaluación del producto, parecía que Aldon no era muy flexible en absoluto en áreas como la rama o una etiqueta, y tiene una interfaz muy engorroso y arcano. Dado que los ciclos de vida de productos (mal) son administradas por separado en nuestra tienda todos modos, lo que limita el uso de .NET Aldon al control de código fuente única, que fue una decisión sencilla. En el mundo .NET, Aldon está muy por detrás de las herramientas de código abierto estándar de características y facilidad de uso, y no tiene esperanzas de competir con TFS. En nuestro caso, el código de gestión de .NET exterior de Aldon definitivamente ha aumentado la productividad del desarrollador y la disminución de la frustración.

Un ejemplo ... que viene de una tienda de Subversion, yo estaba tratando de encontrar la manera de crear una rama experimental en Aldon. Si es posible en absoluto, la documentación hizo un gran trabajo de oscurecer la característica, y nuestro administrador Aldon nunca se había encontrado con el concepto. Todo en nuestra tienda está cerrada hasta que se suelta, con derechos de administrador necesarios para crear proyectos, versiones, etc. Esto podría ser útil desde el punto de vista de gestión del ciclo de vida, pero desde el punto de vista de un desarrollador que intenta realizar su trabajo, es un asesino. No creo que la gestión del ciclo de vida y el control de la fuente pertenecen en el mismo software, y no tiene nada Aldon hecho de disuadirme de que la opinión.

Answer 2

creo que usted encontrará aquí nadie lo utiliza. .NET personas se dividen en dos categorías - los que son "barato" (es decir, tratando de ahorrar costes) y luego, básicamente, que se ven o algo así de código abierto. Y los que pagan mucho, y la mayoría de los que van con Team System - porque está ingtegrated en Visual Studio desde la parte inferior hacia arriba. AS / 400 es un entremezclado bastante raro para los desarrolladores .NET, por lo que, al final -. Que posiblemente está justo fuera de suerte

Personalmente, estoy seguro de que no sería siquiera se molestó con ella. Hay mucho más para soemthing como Team System que el seguimiento de la fuente, etc. - un montón de características buenas pruebas, la acumulación en la integración continua, etc., y todo lo que, sin correr a través de campanas con el fin de - bien -. Obtener un producto inferior a continuación,

Answer 3

Nos encontramos con el mismo problema en mi lugar de trabajo hace unos años cuando comenzamos nuestro primer proyecto .NET en medio de un montón de desarrolladores de RPG. En ese momento, se optó por utilizar un sistema de control de código fuente separada (Subversion) para nada escrito en .NET (o para cualquier otra cosa que alguien quería utilizarlo para). Nos mudamos todos nuestros proyectos propósitos (.NET y AS / 400) en Gemini por el tiempo y el seguimiento de defectos. Básicamente, se optó por un solo producto para gestionar nuestros .NET y AS / 400 proyectos en un nivel alto, pero diferentes herramientas para el control de versiones, construye automatizado, pruebas automatizadas, etc.

Años después con mucho gusto puedo decir que esto ha funcionado muy bien para nosotros. Realmente no puedo pensar en cualquier problema que esto ha causado - pero puedo atestiguar el hecho de que se ha evitado algunas posibles dolores de cabeza y embestir de cabezas. Yo creo que va a tener un resultado más fácil de tiempo (bueno) .NET los desarrolladores por la elección de un sistema de control de versiones ampliamente utilizado. No puedo hablar por nadie más, pero para mí el uso de un sistema de control de versiones que tengo ni siquiera oído hablar de sería un poco de una bandera roja en una situación de entrevista.