Configuración de un nuevo entorno de trabajo en equipo para asp.net

Somos dueños de una pequeña empresa y desarrollamos sitios web asp.net. Este es nuestro procedimiento de trabajo: tenemos un server en la compañía con Sql Server 2008 e IIS 7.5 instalados en él. Todos nuestros proyectos, incluidas la database y las páginas web, están en el server. Nos conectamos al server y editamos los files usando FTP, por lo que cualquier cambio a una página web se puede ver a la vez. Los progtwigdores (less de 10 progtwigdores) se conectan al server utilizando Visual Studio 2010.

Ahora queremos include el sistema de control de fuente en nuestro trabajo. El problema es include un SCM en nuestro trabajo que requiere cambiar nuestra forma de trabajar.

¿Alguien tiene algún consejo sobre la configuration del entorno de trabajo?

Gracias por adelantado.

Primero debe decidir qué tipo de SCM va a utilizar, centralizado o distribuido.

Un SCM centralizado es TFS : es de MS e integra muy buena voluntad con VS. Creo que hay una versión express (básica) que es gratuita, pero las otras ediciones son bastante caras.

Un SCM centralizado fácil y gratuito para empezar es la subversión : puede instalar el server SVN en su server y configurar un cliente para cada desarrollador.

Un SCM distribuido no tiene un server; uno popular es GIT .


Lea todos estos antes de decidir. También tendrá que descubrir un buen flujo de trabajo para su equipo. Comience con un proyecto pequeño para que pueda get comprensión y minimizar el costo de los errores.

Tantas forms de hacer esto 🙂

Una forma es usar algo como http://beanstalkapp.com/ para almacenar su código fuente bajo SVN. Cada desarrollador tiene una copy local del código para trabajar y se mantiene un buen historial de cambios cuando los desarrolladores envían su código (al less diariamente), y estos cambios pueden enviarse por correo electrónico al equipo si usted quiere. Luego, se le encarga a un miembro del equipo que cargue el último código SVN al server de testing una vez que haya sido probado y aprobado localmente (probablemente al final de cada día).

Recomiendo a tus desarrolladores que instalen http://www.visualsvn.com/visualsvn/ Toolbar en Visual Studio si usas SVN.

Como alternativa al alojamiento de su repository SVN con alguien como Beanstalk, puede usar el http://www.visualsvn.com/server/ gratuito que elimina la necesidad de cargar el último código a su server de testing, ya que sería almacenado allí y actualizado en cada commit de SVN. Pero esto agrega una sobrecarga en términos de copys de security, etc.

Háganos saber a qué path baja al final.