Flujo de trabajo SCM con server de desarrollo remoto

Tengo algunos problemas para organizar un nuevo flujo de trabajo para nuestro pequeño equipo de desarrollo. Nuestro equipo consta de cinco desarrolladores y dos diseñadores en diferentes ubicaciones. En este momento estamos usando Zend Studio 5.5 porque se ejecuta en Mac, Linux y Windows y nos permite trabajar directamente en un cuadro remoto a través de FTP / SFTP. Por lo general, un server de desarrollo, pero a veces en un server en vivo. Creo que todo el mundo está trabajando en 2-5 proyectos diferentes por día. A veces, un par de semanas principalmente en un proyecto, pero eso no sucede a menudo. En un año que se networkinguce a +/- 30 proyectos, creo.

Me gustaría que todos usen (alguna forma de) SCM. Estaba investigando IDE y flujos de trabajo que podrían adaptarse a nuestro equipo. En mi investigación, observé que muchos IDE y el flujo de trabajo de scm suponen que usted desarrolla localmente (Apache local, Mysql, PHP y otros componentes). Mis colegas preferirían no tener que instalar una stack localmente, sino editar en el control remoto y ver los cambios inmediatamente cuando presionen F5 en sus browseres.

¿Alguien tiene experiencia con este tipo de configuration? ¿Qué sería un buen flujo de trabajo y un editor multiplataforma con buena compatibilidad de edición remota? Un editor que admita "descarga en abierto" y "carga en save" también sería suficiente. Pensé en crear algún tipo de service que activara rsync cuando se cambia un file, pero creo que eso sería muy complicado para ellos.

¿O esto no va a funcionar y es la única solución para desarrollar localmente y para verificar los cambios cuando haya terminado?

Quizás no deberías hacer que el IDE vaya al código, sino que traes el código al IDE, saltamontes.

En Windows, es posible trabajar directamente en una carpeta de networking remota. En Linux, puede usar algo como sshfs para hacer que un directory remoto se vea como uno local.

Deberías tener copys de trabajo separadas para cada uno de tus desarrolladores, o perderías muchos de los beneficios de usar el software de control de versiones en primer lugar.

En nuestro entorno de trabajo, todos acordamos usar Subversion, pero no especificamos si el desarrollador individual trabajaría local o remotamente, y no especificamos qué editor, o incluso qué sistema operativo usan.

Ha estado funcionando bien hasta ahora.