Por lo general, tener cuidado es suficiente para evitar problemas, pero a veces necesito verificar dos veces la rama en la que estoy trabajando ( por ejemplo, "hmm ... estoy en la dev
rama, ¿verdad?") Comprobando la ruta de control de fuente de forma aleatoria archivo.
Al buscar una manera más fácil, pensé en nombrar los archivos de la solución en consecuencia ( por ejemplo MySolution_Dev.sln
) pero con diferentes nombres de archivo en cada rama, no puedo fusionar los archivos de la solución.
No es un gran problema, pero ¿hay algún método o "pequeño truco" que uses para asegurarte rápidamente de que estás en la rama correcta? Estoy usando Visual Studio 2010 con TFS 2008.
git status
ohg status
?Respuestas:
Estoy usando este http://visualstudiogallery.msdn.microsoft.com/f3f23845-5b1e-4811-882f-60b7181fa6d6
Actualiza su título a, por ejemplo:
Desarrollo \ myproject
o
Main \ myproject
o
Release \ myproject
Espero eso ayude
fuente
Nombre los directorios de trabajo de manera diferente. Es decir, si su proyecto se titula "MY_PROJECT", cree un directorio de trabajo diferente para cada rama. Si hay una rama llamada "dev", necesitaría un directorio para troncal y un directorio para dev, como este:
fuente
No trabajo en una rama genérica de desarrollo o troncal.
SIEMPRE trabajo en ramas de características. Cuando se realiza una función, sigo estos pasos.
Solo tengo la rama de desarrollo abierta durante unos minutos a la vez y la cierro de inmediato.
fuente
Puede crear un archivo vacío en cada rama, por ejemplo THIS_IS_TRUNK.txt en troncal y THIS_IS_DEV.txt en DEV.
fuente
Hago mucho de mi (D) VCS trabajo desde la línea de comandos. Recomiendo encarecidamente que muestre su mensaje en el lugar donde se encuentra. Por ejemplo, mi mensaje cuando en un repositorio de Git se ve (también hago esto para SVN):
Y si el repositorio está actualmente sucio (cambios no confirmados):
También tengo el fondo configurado en rojo si ha iniciado sesión en productos, cosas así. Encuentro que las notificaciones visuales simples son súper efectivas para mí.
Usted mencionó que a menudo ve esto más después de regresar a su computadora. Encuentro una nota de publicación, con mi enfoque actual (rama, número de error, función) pegado en mi teclado cuando me voy, para ser súper efectivo al permitirme volver a trabajar rápidamente, en lugar de recrear lo que sea que hice la última vez .
fuente
Hay una extensión gratuita de Visual Studio llamada TFS Solution Info que puede ayudar con esto. Le muestra la rama actual y el espacio de trabajo en una pequeña ventana que puede acoplar / anclar donde lo desee.
fuente
He estado usando la extensión VSCommands (con Visual Studio 2012, pero hay una versión 2010) y convenientemente coloca el nombre de la rama en la esquina superior izquierda de la pantalla, así como en el explorador de soluciones.
No afiliado al producto de ninguna manera, solo un usuario feliz.
fuente
Evito trabajar en la rama incorrecta haciendo casi todo en una rama (en el tronco - por la llamada estrategia de ramificación "tronco inestable" ).
Los casos en los que me veo obligado a actualizar ramas son bastante raros: se trata de correcciones de errores previas y posteriores a la producción (el código de candidato de producto está aislado en las ramas). Dado que estas correcciones también deberían estar en el enlace troncal, normalmente las redacto, pruebo y verifico allí mismo en el enlace troncal, luego puerto a rama de producción. La portación como regla implica solo una copia sencilla de 1 a 5 archivos para bifurcar y crear verificación.
fuente
Una respuesta específica depende del software de control de versiones que esté utilizando, pero generalmente hay un comando que le permite ver fácilmente la rama en la que está trabajando. Por ejemplo, con Subversion, use el
svn info
comando en un directorio para ver la URL de esa rama. Si está más interesado en un archivo en particular, también puede especificarlo:Desde la URL, puedo ver que mi copia de foo.c está en la rama caleb-dev.
No necesito hacer eso muy a menudo porque mi directorio local tiene el mismo nombre que la rama. Un vistazo rápido a mi línea de comando suele ser suficiente para confirmar que estoy en el directorio correcto y, por lo tanto, estoy trabajando en la rama correcta.
fuente
Muchas respuestas aquí ya, pero ninguna que toque la solución simple que tenemos donde trabajo: para cada rama, cree una nueva máquina virtual que contenga un entorno de desarrollo y realice el pago desde la rama adecuada. Solo tiene que hacer eso y hacerlo bien una vez, y luego simplemente cambia las máquinas virtuales para cambiar de rama.
fuente