¿Es posible el control de versiones en un host compartido sin acceso a shell?

Tengo un cliente cuyo host no permite el acceso al shell. ¿Existe algún sistema de control de revisión multiusuario que pueda funcionar en esa situación (en Linux)? Él es reacio a cambiar de host.

Sí, ¡porque no realizas desarrollo directamente en el server de producción! El contenido de su server de producción es solo una vista de su repository de origen, que se guarda en otro lugar para que se pueda trabajar en un server de desarrollo independiente. De esta forma, un error estúpido en el server de desarrollo no manguera su sistema de producción. Si eso significa hacer un pago manual para transferir los files, que así sea.

No es la respuesta que está buscando, pero obtenga un mejor proveedor de alojamiento. ¿Hay algo especial que esté haciendo su proveedor de alojamiento por usted que le haga desear no tener acceso a shell, o incluso no solo preinstalar SVN para usted? Hay un montón de buenos anfitriones realmente baratos que le darán SVN ya instalado, y acceso al shell.

Yo uso Bazar por exactamente esta razón. Si el server admite ftp o ftps, es compatible con Bazar. http://bazaar.canonical.com/

He estado buscando lo mismo, tengo un proveedor de alojamiento sin acceso a shell sin control de fuente incluido y no quiero cambiar.

Actualmente, estoy usando git. Pero en lugar de usar git push para actualizar el repository remoto, utilizo un script y FTP para actualizar la copy del server.

git pull funciona normalmente desde cualquier cliente, si el directory ftp git es accesible a través de http.

reemploop de git push:

 git update-server-info perl ftpsync.pl -v .git ftp://ftp.example.com/gitrepo/project.git ftpuser=user@example.com ftppasswd=* 

Eso es usando ftpsync, desde la página de ftpsync de Sourceforge. Es un reemploop imperfecto para el empuje de git, refleja el repository local, en lugar de fusionarlo con el control remoto, así que asegúrese de que el repository local esté actualizado con Git Pull primero.

git-ftp pretende hacer lo mismo. La página de git-ftp de Github. Probablemente funciona mejor que ftpsync, porque está diseñado para este propósito, pero no lo he probado.

Claro, SVN puede tener múltiples usuarios y múltiples repositorys. Dependiendo, por supuesto, si su anfitrión está dispuesto a instalarlo. Si eso no funciona, ¿tal vez consideraría alojar su control de versión en otro lugar?

¿Quiere decir que desea almacenar su repository de control de versiones en el host y luego acceder a él desde múltiples clientes? Si es así, entonces todos los sistemas modernos de control de versiones pueden funcionar así.

Acabo de publicar esta respuesta en una pregunta específica de Mercurial, pero se aplica aquí también. Uso Mercurial y encontré una guía que me permite instalarla solo con FTP / acceso al panel de control (sin shell).

http://javadocs.wordpress.com/2010/04/27/set-up-mercurial-1-5-1-on-a-shanetworking-host-simplified/

    Intereting Posts