¿Por qué usar el tree de trabajo desapegado git?

¿Cuáles son las ventajas y / o casos de uso apropiados para configurar un tree de trabajo independiente en git? Estoy particularmente interesado en situaciones que involucran flujos de trabajo que involucran una cadena de serveres (por ej., Localhost -> server de etapas -> server en vivo).

La gran ventaja (que veo, al less) es la capacidad de publicar cambios en un server en vivo sin forzar al repository de git en sí mismo a ubicarse en el área en vivo. Puedes lanzar el repository donde quieras y utilizar un tree de trabajo independiente para pagar.

Supongo que los loggings de desarrollo de git serían el mejor lugar para search un caso de uso definitivo. Pero, en términos prácticos, sé que los submodules los usan ahora (las estructuras de repository asociadas se almacenan ahora bajo .git/modules , mientras que el tree de trabajo está en el lugar esperado en relación con su propio tree de trabajo. También lo he usado para ver una revisión diferente para fines de inspección sin tener que stash o commit primero – el segundo pago puede ser destrozado cuando haya terminado. No creo que desee dos directorys de trabajo activos en diferentes compromisos, con la intención de Sin embargo, ese path huele a esgulps. Supongo que podría imaginar algún edicto corporativo random que todos los repositorys deben estar en un sistema de files particular que está respaldado, pero puede poner su directory de trabajo en otro lugar, aunque eso es obviamente un extremo caso de alguien que "no lo entiende" …