Sin un sistema de control de versiones, es casi imposible administrar el código fuente. Puede ser un desarrollador de software de C, C#, Java o cualquier otro lenguaje, pero necesita control de versiones. El mejor y uno de los sistemas de control de versiones más populares es Git.
Git es un sistema de control de versiones distribuido (VCS) de código abierto gratuito utilizado por muchas empresas pequeñas y grandes. Su funcionalidad es impresionante, y muchos miles de seguidores de Git agregarán gustosamente más prácticas y consejos para hacer que la gestión del control de código fuente sea más productiva.
Actualmente, puede usar más de 35 mejores prácticas de Git y muchos consejos. Sin embargo, este artículo se centrará en los mejores 11 consejos y prácticas de Git que son óptimos para principiantes.
Comenzaré con mi favorito de todos los tiempos:la técnica AFTER. DESPUÉS significa:
- A Confirmaciones tómicas
- F Confirmaciones frecuentes
- T Cambios estimados antes de enviar
- M nforzar estándares
- R efactorización.
Compromisos atómicos
Una confirmación atómica es una confirmación única basada únicamente en un contexto. Con esto me refiero a un solo tema en términos de contexto:función, corrección de errores, refactorización, actualización. Si todos los cambios de su proyecto van como un solo compromiso, es la forma monolítica o el compromiso de espagueti .
Commits frecuentes
Las mejores prácticas de Git afirman que las confirmaciones no deben basarse en una base de tiempo (por hora, por día, etc.). En su lugar, debe comprometerse en función de una función. Por lo tanto, debe confirmar siempre que agregue un cambio digno de confirmación.
¿Incorporó una técnica de trabajo? Confirmar.
¿Corregiste el error tipográfico? Confirmar.
¿Parcheó un archivo de sangría incorrecto? Confirmar.
Una vez que la dedicación es esencial, no hay nada de malo en hacer pequeños ajustes.
Prueba tus cambios antes de presionar
En Git, puedes trabajar tanto solo como con un equipo en colaboración. Cuando confirmas tu código, estás trabajando con tu repositorio local, y cuando envías tus cambios, estás trabajando con el repositorio remoto y compartiendo tus cambios de código con el equipo.
Es imprescindible probar los cambios antes de impulsarlos. Si presiona el código roto, su equipo puede quedar en una posición de punto muerto debido al error. Por lo tanto, siempre pruebe sus cambios localmente antes de enviarlos al control remoto.
Hacer cumplir los estándares
En cualquier proyecto, los estándares son cruciales. Aceleran la eficiencia general y minimizan los errores y los retrasos. Tenga en cuenta los dos principios simples que siempre puede aplicar en su equipo:
- Use un archivo gitignore:le permite a Git saber que ciertos archivos deben ignorarse, ya que no son parte de su código. También ayuda a mantener su repositorio saludable.
- Agregue un comentario apropiado con cada confirmación. Es útil para los desarrolladores y sirve como documentación.
La refactorización no es una característica
Para los desarrolladores, la refactorización de código es común. También es beneficioso por muchas razones, tales como:
- Haga que el código del equipo sea legible.
- Reducir la sofisticación.
- Haga que su código fuente sea más fácil de mantener, etc.
Sin embargo, lo peor es refactorizar y agregar una nueva función en la misma confirmación.
Si desea realizar una refactorización, debe ser una confirmación por separado. Y si está trabajando en una nueva característica, debería incluirse en una confirmación en particular.
Estas prácticas compilan la técnica AFTER. Ahora, pasemos a otros consejos útiles para trabajar con Git.
Clonar una rama
A veces es necesario clonar una rama en particular del repositorio remoto, no todo el repositorio. En este caso, Git Remote Add es la solución:
git remote add -t
Establecer y restablecer autor
Para usar Git, debe configurar su nombre y dirección de correo electrónico después de descargarlo. Los datos se adjuntarán a cada confirmación que realice. Por lo tanto, no podrá crear compromisos sin él.
git config –global user.name “Tu nombre”
git config –usuario global.email [email protected]
Si por algún motivo necesita restablecer su nombre o correo electrónico, esta es la forma:
git commit –enmendar –reset-author –no-edit
Optimizar repositorio
Si un repositorio incluye muchos cientos de objetos, puede haber muchos objetos innecesarios. Es posible eliminarlos con un comando específico:un comando de recolección de basura que limpiará su repositorio local.
Esta es la sintaxis:git gc
Obtenga su Guía de Git
Siempre es mejor conocer los comandos de git. Git ofrece un comando separado para este propósito, el comando de ayuda de git:
git ayuda -g
Al ejecutarlo, puede acceder y leer todos los comandos de git disponibles. El comando es particularmente importante cuando estás aprendiendo Git.
Archivo Git
El comando Git Archive es una utilidad de línea de comandos de Git que genera un archivo de almacenamiento como confirmaciones, ramas o árboles a partir de las referencias de Git enumeradas. Los argumentos adicionales que cambiarán la salida del archivo son aprobados por el archivo git.
archivo git –format=tar HEAD
Este comando construye un archivo a partir de la referencia HEAD actual del repositorio cuando se ejecuta. Es una valiosa utilidad para crear paquetes de repositorios git distribuidos. Nota:permite varios formatos de salida en el archivo de Git que pueden usar compresión adicional.
Conocer la carpeta .git
La carpeta .git contiene toda la información de control de versiones necesaria para su proyecto y toda la información de confirmación, la dirección del repositorio remoto, etc. También proporciona un registro que almacena su historial de confirmación para que pueda volver al historial.
La carpeta .git es el directorio creado cuando haces git init o git clone. Esta "cosa" hace un repositorio "git" para su proyecto. Sin él, el proyecto es local, no un proyecto de git, y no puede aplicar ninguna operación de git.
Eliminar la carpeta .git no elimina ningún otro archivo que forme parte del repositorio de git. Sin embargo, ya no estará bajo el control de versiones. Por lo tanto, no debe eliminar esta carpeta.
Conclusión
Git, al ser un sistema vasto con muchos cientos de miles de seguidores, mejora constantemente. Los desarrolladores agregan nuevas opciones y hacen que la cooperación de los usuarios sea mucho más efectiva y que el desempeño de las tareas sea más fluido y rápido.
Muchas soluciones de software para realizar cambios y trabajar con repositorios remotos. Entre ellos, vale la pena mencionar dbForge Source Control, un complemento multifuncional de SSMS. La funcionalidad de Ifs le permite trabajar con Git y también con sistemas como SVN, TFS y Microsoft Azure DevOps.
Espero que este artículo lo haya equipado con el conocimiento esencial sobre los consejos y las mejores prácticas de Git, para que pueda aumentar su productividad. Gracias por leer y espero que esta publicación te ayude en tu trabajo.
