Hosting para repositorios con deploy

[pzin]

Buenas.

Empecé hace no demasiado a usar Git para heroku y ahora lo sigo usando en un servidor propio. En realidad lo uso como sustituto del FTP, no tanto como un programa de control de versión.

Ahora iba a meterme a hacer un pequeño proyecto con otra persona, y quería preguntar por la forma más cómoda de hacerlo en relación a esto. He visto algunos hosting de repositorios, y el único gratuito que ofrece hacerlo privado por lo que vi es Bitbucket. Aunque lo ideal sería algo como Beanstalkapp que hace el deploy automáticamente. No sé si hay algo que combine las tres cosas; gratis, privado y con deploy —y que encima sea bonito y me haga el café. Igual Bitbucket ofrece esto último pero no lo he visto en la página.

Aprovechando esta pregunta, hago otra.

Como lo mío con Git ha sido hasta ahora sólo un tonteo y me parece que aprender a usar ramas diferentes y demás cosas así para mi va a ser un poco difícil de entender, ¿es bueno usar programas tipo SourceTree para manejar estas cosas? Quiero decir, ¿es una ayuda para facilitar el aprendizaje? ¿Puede crear malos hábitos?

Saludos y gracias tengan.

[pateketrueke]

Te sugiero Bitbucket por los repositorios privados, o si quieres algo mas avanzado no hay nada de malo montar tu propio servidor, etc.

Yo uso GitHub para proyectos públicos y ofrece un método para ejecutar hooks de manera automática, imagino que Bitbucket también pero no he buscado.

Esta bien que uses programas gráficos, pero no sin dominar las instrucciones y workflow básico de Git, de otra forma sólo lo aprenderás por encima y nada más.

[pzin]

Gracias pateketrueke. Tenía la impresión que ibas a contestar tú.

Iniciado por pateketrueke

Te sugiero Bitbucket por los repositorios privados, o si quieres algo mas avanzado no hay nada de malo montar tu propio servidor, etc.

Yo en el servidor puedo usar Git, y de hecho ahora mismo lo estoy usando así, con el repositorio ahí. No sé si es la forma adecuada o no, pero tengo dos repositorios remotos, uno al que le hago los push desde el mío local, y luego otro remoto que es donde está la aplicación corriendo desde donde hago los pull.

Entonces, ¿esta forma es perfectamente válida para trabajar entre varias personas? Bueno, válida supongo que si, pero no sé si será más o menos ideal que otra.

Iniciado por pateketrueke

Esta bien que uses programas gráficos, pero no sin dominar las instrucciones y workflow básico de Git, de otra forma sólo lo aprenderás por encima y nada más.

Pues seguiré peleando con la consola y usaré el programa como guía visual o algo así. Tiene su cosa bonita.

[pateketrueke]

Me manejo estos workflows:

Git-based deployment

Así es como funciona Heroku y también se puede conseguir lo mismo implementando un servidor propio de Git.

No es necesario tener dos repositorios remotos para sincronizar cambios a producción, con solo tener uno bastaría y después al recibir el push (post-receive hook) únicamente sincronizas los cambios del repositorio en su ubicación final usando RSync u otras herramientas de copiado.

Eso u otro repositorio como lo tienes actualmente, únicamente hacer un rebase entre las carpetas del proyecto, el fin es sincronizar.

De esta manera, cualquier programador que haga push a producción actualizará todo de manera automática.

RSync-based deployment

Así me gusta trabajar con servidores que no cuentan con Git pero si con SSH/RSync, por ejemplo un Linode.

Al no contar con el repositorio remoto la sincronización de cambios se hace desde el equipo local usando RSync, únicamente subirá los cambios lo cual permite también que cualquier programador pueda ejecutar el mismo script de manera local y actualizar el proyecto en producción.

Ambas soluciones son muy buenas, el único plus que le veo a la primera es que es provee de un backup del sitio en producción de manera implícita, por si las dudas.