¿Para desarrollar web como lo tenéis montado con control de versiones?
!
- Categoría: Sistemas de control de versiones
Me explico, ¿tenéis el repositorio local en vuestra máquina con un servidor web instalado, y luego hacéis commits al servidor de pruebas y de ahí se saca luego una versión?
Es que quiero ponerme en serio con los controles de versiones y no acabo de verlo claro :/ solo he visto por encima subversion.
Ordenar por: Más útiles | Recientes | Cronológico
3 Respuestas
-
!
Karma: 8 (0 votos)
échale un vistazo a git.
De nada :p
-
!
Si, si ya se lo he echado el vistazo, pero ahora mismo lo que yo tengo, es un servidor en local con su windows server e IIS (ya se que es mejor linux y apache) y desde local trabajo directamente en el servidor y cuando ya lo tengo todo testeado lo subo por ftp a un servidor dedicado también con windows server e IIS, con todo esto de subversion y git, me pregunto si me tengo que instalar en máquina local el iis para poder trabajar y luego subirlo a otro sitio, o ¿como lo haríais vosotros?
-
!
Karma: 23 (1 voto)
Yo uso 3 equipos (casa, curro y portatil).
Para controlar versiones uso repositorios git en dropbox (dropbox en los 3 equipos, obviamente).
Luego, virtual hosts para cada proyecto (esto lo tengo que crear en cada equipo), pero con el tema de dropbox como se sincroniza todo, tengo los proyectos al día esté en el pc que esté.
-
!
Karma: 8 (0 votos)
Hola,
La verdad en el trabajo yo evitaria trabajar directamente el servidor. pero de todas formas te puedo decir como lo haria yo:
puedes usar dropbox y git para el versionamiento.
desde tu pc de desarrollo, haces commit a tu repositorio en assembla, bitbucket o hasta github.
para syncronizar el codigo o publicaciones entre tu pc de programacion y el servidor de test (dropbox) :P al menos que sea algun windows service o activex o dll de registracion.1) Creo un entorno espejo al servidor de produccion , (VMware o VirtualBox o VirtualPC) , en el cual tenga la configuacion tan cual que produccion IIS, APp Pools, configuraciones de asp.net , servicios and blablabla .. (por razones de que algunos componentes funciona de una forma u otra en diferentes entornos).
En estes con sqlserver o mysql tienes una db de algun backup reciente de la db. (Esto es para test)
2) Ya con ese entorno configurado, haces una copia y en estes el servidor de sql (mysqo o sqlserver) lo registras como espejo de produccion para que tenga la data real y asi tienes un entorno identico a produccion) a este puedes llamarlo pre-produccion.
y luego pasas a produccion.
ese formato al menos a mi me evitaba muchos problemas porque aveces realizamos cambios en pruebas, se dan caso que a aplicacion en test va, pero en produccion no (simplemente porque la data es diferente se no olvido que en produccion x cosa ) quizas sea un poco paranoico :)
