Cambiando de Sourcesafe – Qué search en un producto

Estamos buscando pasar de la security de las fonts a un sistema de control de fuente más robusto para nuestras aplicaciones .Net. También estamos buscando implementaciones guionizadas / automatizadas.

Soy desarrollador de .Net (web y winforms). Sin embargo, la mayor parte de nuestro personal de desarrollo es RPG para IBM iSeries y los desarrolladores utilizan Aldon's LMI para control e implementación de código fuente. Nuestro gerente preferiría quedarse con Aldon para que todos nuestros productos estén en el mismo sistema. Sin embargo, no tengo experiencia con los productos de Aldon en el lado de .Net. He usado TFS y Subversion con Tortoise un poco, pero no lo suficiente como para recomendar uno u otro, especialmente en comparación con el producto de Aldon.

¿Alguien tiene experiencia con los productos de Aldon? Si es así, ¿pensamientos por favor? Además, aparte de las cosas obvias que hacen los sistemas de control de fonts, ¿hay cosas que deba evitar o que deba tener? Estoy abierto a cualquier sistema.

Un poco de experiencia, soy el único desarrollador de .Net en nuestra empresa, pero dejo que las operaciones realicen las implementaciones. Quiero la capacidad de admitir pagos simultáneos si contratamos un nuevo desarrollador.

Mi recomendación es no elegir un producto de control de revisión basado en un idioma / plataforma en particular con el que esté desarrollando en este momento. Dos razones:

1 – ese idioma puede / cambiará en el futuro, haciendo que su elección sea irrelevante
2 – la mayoría de las tiendas usan más de un idioma (un lenguaje diferente para el scripting, si no otra cosa), por lo que la elección basada en un idioma / plataforma es miope. Una vez dicho esto, DEBE evaluar las herramientas de cliente disponibles para un sistema de control de revisiones candidato y ver si se ajustan razonablemente a su paradigma de desarrollo actual.

Es mejor que te hagas algunas preguntas:

  • ¿Qué tan capaces son los administradores? ¿El producto debe ser cerebralmente fácil de administrar?
  • ¿Qué tan capaces son los usuarios? ¿Tienen la experiencia y el time para tratar con algo como Git con su curva de aprendizaje sustancial, o necesitan el producto más simple?
  • ¿Necesita control de revisión distribuido ? (La respuesta suele ser "¡sí!" Tan pronto como te das count del poder que te otorga).
  • ¿Con qué sistema de construcción / continuous integration estás interactuando?
  • ¿Qué model de security quieres / necesitas usar?

Usamos SVN para nuestro control de origen, AnkhSVN para VisualStudio, SublimeSVN para administrar las copys de security de los repositorys y los usuarios, y finalmente CuriseControl.Net para implementaciones con guiones / automatizadas.

Echa un vistazo a la publicación de Joel: Control de versiones distribuidas llegó para quedarse, cariño . Buena comida para pensar si nada más

Las características que necesita dependen de cuáles son sus requisitos. No tengo mucha experiencia con SVN (aunque lo he usado y me gusta), así que concentraré mis comentarios en los sistemas centralizados. (Sin embargo, conozco a muchos desarrolladores que confían en los sistemas distribuidos). Las preguntas que debe hacerse son:

  1. ¿Cuántos desarrolladores van a usar mi sistema?
  2. ¿Cuánto presupuesto por asiento tengo?
  3. ¿Cuántos proyectos diferentes se llevarán a cabo en el sistema y qué tan complejos serán?
  4. ¿Cómo se administrará mi sistema (inicio del desarrollador, permissions, copy de security)?
  5. ¿Necesito queueboración además del control de fuente?

Estas preguntas básicas deberían empujarlo en una dirección u otra. Si solo vas a tener un par de desarrolladores con uno o dos proyectos simples y tienes un pequeño presupuesto, algo como Perforce , es barato ($ 400 por asiento, dos gratuitos la última vez que revisé), tiene un gran administrador. herramientas y una gran capacidad de ramificación y fusión.

Si va a tener más desarrolladores y realmente quiere entrar en el aspecto de queueboración de cosas, mire TFS2K10 (no me gustaría ir con 2008 si puede evitarlo). TFS agrega el elemento de queueboración (almacenamiento de documentos y control de versiones) y el elemento de gestión de proyectos (gestión de tareas, informes, etc.). Es más caro y más pesado que Perforce, pero ofrece un poco más.