#####################################
Si el código aparece error, ¿cómo resolver?
Crear una rama de errores, entonces el tratamiento de errores, después de completar el tratamiento, la rama de revisión de fusiones, responsable de la revisión antes de que podamos fusionado con éxito en el maestro
eliminación rama de error después de la finalización de la fusión
de nuevo a dev rama continuar desarrollando.
###################################
? Git rebase papel escena: en los países desarrollados se olvide de someterse a github de alojamiento, sino también continuar desarrollando nuevas funciones en el hogar, y luego a la compañía código de ayer se fusionó con su nueva función se puede utilizar cuando git fecth ---> git rebase a continuación, presentó registros no aparecerán bifurcación, mantiene un registro limpio presentado.
###################################
¿Quién hará la revisión de código? Hacer revisión de código - líder - con su gente
#################################
¿Cómo hacer la revisión de código?
Crear una rama de revisión, y luego crear su propia rama personal, cuando complete su lógica de negocio de las veces,
y luego incorporado en la rama opinión. Líder de hacer la revisión de código
###############################
Uso github o gitlab?
Utilice el github, porque la empresa es relativamente pequeño, así que no hay acumulación de su propio gitlab,
pero con github al codificar deben ser confidenciales, y $ 900 a construir un almacén
###############################
Citó el trabajo de varios comandos git comúnmente usado? Nuevos comandos de archivo: archivo de complemento. Git git add o enviar el archivo de comando: git commit -m o git commit -a ver el estado del espacio de trabajo: git status -s operaciones tirar en sucursales remotas: git fetch / git o fusionar git pull Ver someter mandato registros: reflog git
################################
Conflicto durante cometió, ¿puede explicar cómo el conflicto es para producirlo? ¿Cómo resolviste?
El proceso de desarrollo, nuestra rama tiene sus propias características, por lo que no hay mucho conflicto, pero también se encontró. Método público como un bien público, I y otros modifican el mismo archivo al mismo tiempo, él me presentó a presentar error se informó conflicto.
El conflicto, por lo general comparar los archivos locales y archivos de sucursales remotas dentro del IDE, luego el contenido del archivo de forma manual en una remota cambios de la rama a un archivo local,
y luego enviarlo a asegurar que en conflicto archivos y la rama remota del mismo archivo, de modo que se eliminará el conflicto, y luego presentar algo de su modificación.
Especial atención, el archivo de conflictos modificado para mantenerlo repositorio de archivos local y remoto después de acuerdo, que se presentará más adelante para eliminar el conflicto, o no puede seguir presentándose. Si es necesario, comunicarse con sus colegas, eliminar el conflicto.
####################################
Utilizó el comando git esconderla? En circunstancias normales que se podrían usar?
comando git escondite en la pila es el área de trabajo para modificar el contenido de la zona de almacenamiento.
Las siguientes condiciones de empleo:
Cuando la resolución de conflictos de archivos, se ejecutará primero alijo git, y resolver conflictos;
desarrollar una tarea de desarrollo de emergencia, pero la tarea no puede ser presentada, se ejecutará primero alijo git, a continuación, una tarea urgente, a continuación, salir el contenido de la zona de apilamiento de git alijo continúan desarrollándose;
cuando se cambia de rama, el espacio de trabajo actual no puede enviar contenido, ejecutará primero rama alijo git luego cambiar;
########################################
Cómo ver el historial de la rama presentó? Ver el historial de un archivo que? Rama de vista de la historia de presentación: comando git -número de registro: Ver número representa una historia detallada presentación antes de la rama actual; registro de comandos -número -pretty git = oneline: la simplificación de la base de la orden anterior, la pantalla sólo SHA 1 yardas y presentación de la información; comando git reflog -número: número representa una vista simplificada de la historia antes de la presentación de todas las ramas; comando reflog -número -pretty git = oneline: visualización de información simplificada información histórica;
#######################################
git pull y git fetch ¿Cuál es la diferencia?
nuevos cambios en los comandos git pull en rama extracto específico de un repositorio central o presentar y actualizar repositorio de destino sucursal local.
git fetch también se utiliza para el mismo propósito, pero funciona un poco diferente. Cuando se ejecuta git fetch,
se recuperará toda la nueva presentación de la rama elegida, y la nueva rama está almacenada en un repositorio local en su. Si desea reflejar estos cambios en la bifurcación de destino,
que debe llevarse a cabo después de la fusión git git fetch. Sólo después de que la rama de ramificación objetivo de la fusión y adquisición se actualizará la bifurcación de destino.
Para su comodidad, por favor recuerde la siguiente ecuación:
git pull = + FETCH Combinar git
#######################################