version control - tortoise - Mercurial: cliente de Windows para desarrollo remoto

tortoisegit

Question

Tenemos un servidor de prueba donde cada desarrollador tiene su propio entorno limitado. De hecho, nuestro proyecto web es tan grande que no podemos permitir que los desarrolladores editen todo, incluso en sandbox. Por ejemplo, hay algunos archivos de contraseñas de otros servicios web que los desarrolladores no tienen permisos para ver. De todos modos, el asunto es que no podemos permitir que los desarrolladores clonen proyectos completos en sus propias PC para el desarrollo. Entonces queremos trabajar de forma remota.

¿Qué cliente de Windows es compatible con REMOTE mercurial repository exploring? Sé que tortugaHG no es capaz de hacer esto. Intenté montar el directorio del proyecto con el software sftpdrive, pero el tortoiseHG simplemente se congeló después de que intenté "explorar el repositorio" (probablemente debido al bajo ancho de banda en la oficina).

Por favor, ¿hay algún cliente de GUI mercurial para Windows que pueda funcionar con sftp?

Answer 1

Debe descomponer su aplicación web en varios repositorios y dejar que los desarrolladores solo tengan acceso de lectura / escritura (a través de clonar, empujar y extraer no un archivo sin sentido del protocolo xfer). Algo como:

/webapp (top level repository)
|
+---- secret stuff here
|
+---- more secret stuff here
|
+---- developer-okay-code-only-repo

Donde / Webapp es el sistema completo en control de revisión, y tiene muchos archivos en los que los desarrolladores no pueden acceder, y luego tienen dentro de un subrepo que los desarrolladores pueden clonar y extraer (y quizás push-to).

Answer 2

No hay tal cliente Y no creo que vaya a existir nunca. Lista de clientes

Si su proyecto web es, de hecho, un proyecto multiproyecto web con recursos compartidos, puede dividir su repositorio en subrepositorios ( subrepo ) y ajustar el permiso a nivel de subrepositorios.

EDITAR sobre comentarios:

si el único entorno donde todos los recursos de recursos (dispositivos, archivos de contraseñas, ...) solo se encuentran en el servidor, no podrá realizar el desarrollo local en su computadora. O bien, refactoriza su código e incluye simulaciones de recursos inexistentes, por lo que la computadora de sus desarrolladores puede comportarse como el servidor, o puede continuar utilizando entornos limitados en los servidores y crear scripts en el servidor que extraen los cambios de un depósito provisional.