Fixing typos on pon-todo-bajo-control-de-versiones. Thanks to @avliz

esparta · Nov 25, 2013 · 51715fb · 51715fb
1 parent 2fc573f
commit 51715fb
Showing 1 changed file with 1 addition and 1 deletion.
diff --git a/programador/pon-todo-bajo-control-de-versiones.md b/programador/pon-todo-bajo-control-de-versiones.md
@@ -7,7 +7,7 @@ translator: Espartaco Palma
 original: http://programmer.97things.oreilly.com/wiki/index.php/Put_Everything_Under_Version_Control
 ---
 
-Pon todo lo que tienen tus proyectos bajo Control de Versiones. Los recursos que necesitas están ahí: herramientas libres como Subversion, Git, Mercial, y CVS; abundante espacio en disco; servidores baratos y poderosos; una red ubícua; e incluso servicios de hospedaje de proyectos. Después de instalar el software de control de versiones todo lo necesitas para poner tu trabajo en su repositorio es ejecutar el comando apropiado en un directorio limpio que contenga tu código. Y sólo hay dos nuevas operaciones básicas por aprender: enviar el cambio en tus códigos al repositorio y actualizar tu directorio de trabajo a la versión del repositorio.
+Pon todo lo que tienen tus proyectos bajo Control de Versiones. Los recursos que necesitas están ahí: herramientas libres como Subversion, Git, Mercurial y CVS; abundante espacio en disco; servidores baratos y poderosos; una red ubícua; e incluso servicios de hospedaje de proyectos. Después de instalar el software de control de versiones todo lo necesitas para poner tu trabajo en su repositorio es ejecutar el comando apropiado en un directorio limpio que contenga tu código. Y sólo hay dos nuevas operaciones básicas por aprender: enviar el cambio en tus códigos al repositorio y actualizar tu directorio de trabajo a la versión del repositorio.
 
 Una vez que el proyecto está bajo el control de versiones es obvio que puedes rastrear su historia, ver quién ha escrito qué código, y referir una versión del archivo o proyecto a través de un identificador único. Más importante, puedes hacer grandes cambios sin miedo - no más código comentado sólo en caso de que lo necesites en el futuro, porque la versión anterior vive de manera segura en el repositorio. Puedes (y deberías) etiquetar una versión de software con un nombre simbólico, así podrás revisitarlo en el futuro en la versión exacta del software que tu cliente ejecuta. Puedes crear ramificaciones de desarrollo paralelo: La mayoría de los proyectos tienen una rama de desarrollo activo y una o varias más de mantemiento de versiones publicacdas que son apoyadas activamente.