La gestión de proyectos no se puede separar del control de versiones. Actualmente, las herramientas de control de versiones convencionales son probablemente SVN y GIT. En cuanto a la diferencia entre los dos, no los presentaré en detalle aquí. Si no comprende, puede buscar información en línea. Si tiene la oportunidad en el futuro, comenzaré la columna en detalle. Además, la tasa de uso de GIT en el mercado es mucho más alta que la de SVN. ¿Cómo usamos competencia GIT para controlar las versiones de código al usar proyectos de desarrollo de ideas?
1. Instale Git
Por supuesto, primero debe instalar Git. El proceso de instalación no se explicará en detalle. Después de presionar la instalación, abra la idea e ingrese la interfaz de configuración (puede hacer clic directamente en la barra de herramientas, o puede buscar GIT a través de las teclas de acceso directo Ctrl + Alt + S). La interfaz es la siguiente:
Podemos ver que Git está en la pestaña Control de versiones, y también hay un GitHub en ella. Puede configurar su cuenta y contraseña de GitHub, y luego puede retirar directamente el código en GitHub. Para obtener más información, consulte los artículos anteriores sobre la configuración.
Sigamos hablando de Git. Path to Git Ejecutable es el git.exe en el directorio bin en nuestra ruta de instalación local de Git. Después de enrutar la ruta, haga clic en el botón de prueba. Si la instalación es correcta y la ruta es correcta, aparecerá el siguiente cuadro de diálogo, lo que indica que la configuración es exitosa:
2. Tire de forma remota el código de la biblioteca GIT
A menudo extraemos el código en la biblioteca GIT de la compañía o GitHub para desarrollar localmente. ¿Cómo lo pusimos en idea? De hecho, hay dos formas de lograr nuestros objetivos. Tomemos GitHub como ejemplo:
1. Primero extraiga el código localmente a través de la herramienta GIT y luego ábralo a través de la idea.
Ruta de copia
Clon al local
LQ@Desktop-BHJ6UD2 Mingw64/E/Mygit/20180226 (maestro) $ Git Initreinicialized Git Repository existente en E: /Mygit/20180226/.git/lq@desktop-bhj6ud2 Mingw64/e/mygit/20180226 (master) $ git clone) https://github.com/noobgod/designpattern.gitCloning en 'DesignPattern' ... remoto: Contación de objetos: 73, done.remote: Total 73 (delta 0), reutilizado 0 (delta 0), paquete de 73 objetos de empaque: 100% (73/73), hecho.
El impulso es exitoso, el camino está en el local E:/mygit/20180226, abra el proyecto bajo este camino en idea y siga los pasos.
2. Tire del código directamente a través de la idea, lo cual se recomienda porque es conveniente y rápido.
Después de seleccionar de acuerdo con la imagen de arriba, hay varias opciones disponibles. Si seleccionamos Git, aparecerá un cuadro de diálogo y hará clic en el botón Clon.
3. Actualización (actualización)
Antes de enviar el código, es mejor actualizar el código del repositorio remoto al repositorio local, que puede reducir los conflictos innecesarios. La actualización de actualización se puede lograr directamente a través de la tecla de acceso directo Ctrl + T o presionando las teclas en la barra de herramientas, a saber, actualizar, confirmar y comparar con la misma versión del repositorio. Aquí elegimos la actualización.
Por supuesto, también puede hacer clic derecho en el proyecto-> Seleccionar Git-> Respositorio-> Pull para lograrlo.
4. Comprometerse y empujar
¿Cómo enviamos nuestro propio código al repositorio remoto después de desarrollar nuestro propio código en Idea? Haga clic con el botón derecho en el proyecto-> Seleccione Git
1. Directorio de compromiso: código de confirmación (envíe los archivos temporales en el área de la etapa al repositorio local de la rama actual y borre el área de la etapa), o el código de presentación (sincronice los archivos del repositorio local al repositorio remoto).
En idea, vemos que el archivo está marcado con diferentes colores: rojo, verde y azul. ¿Qué significan?
Rojo: archivos que no están versionados, es decir, archivos que no se agregan a las versiones, como archivos que agregamos para ignorar.
Green: la versión recientemente agregada del archivo, es decir, el archivo que hemos creado recientemente, no se ha enviado al repositorio remoto.
Azul: El archivo modificado, es decir, el archivo ya existe en el repositorio remoto. Lo hemos modificado esta vez, pero aún no lo hemos enviado.
El compromiso corresponde al comando de confirmación de Git. A veces solo queremos comprometernos con el repositorio local, pero aún no queremos presionarlo, para que podamos usar este método. Si necesitamos presionar al repositorio remoto después de Commit, necesitamos hacer clic derecho en el proyecto-> Seleccionar Git-> Respository-> Push.
Para implementar la función de confirmación simple, también podemos usar la tecla de acceso directo Ctrl + K, o el botón de la barra de herramientas.
Comprometerse y empujar son compromiso y empuje. Podemos comprometernos directamente al repositorio local aquí y luego llevarnos al repositorio remoto.
2. Add: Agregue archivos locales desde el directorio de trabajo al área de etapa del repositorio local, correspondiente al comando Agregar de GIT.
3.Compare con rama ...: Compare con ramas remotas. Antes de enviar, podemos usar esta función para comparar las similitudes y diferencias entre el código en nuestro directorio de trabajo y el código de rama remota.
4. Historia del espectáculo: Ver registros de versión modificados históricos.
5. Revertir: Rollback revertirá sus modificaciones locales.
6.Prespository: varios comandos de repositorio.
5. Fusionar
Durante el desarrollo, varias personas inevitablemente encontrarán modificaciones en el mismo archivo, causando conflictos de versión. En este momento, si el programa necesita ejecutarse normalmente y garantizar funciones completas, los desarrolladores deben resolver manualmente estos conflictos y fusionar el código para obtener el código consistente final y luego llevarlo al control remoto.
Esta área es a menudo la más problemática para muchas personas. La operación inadecuada puede causar trastorno del código y accidentes. De hecho, si comprende los principios, no será tan complicado después de ser competente.
Hay mucho contenido que se introduce aquí y debe explicarse en detalle. Si le preocupa esto, puede prestarle atención y agregarla y mejorarla en el futuro.
6. Gestión de ramas
Para la gestión de sucursales, necesitamos usar la barra de estado en la parte inferior de la idea.
Aquí podemos cambiar de ramas, crear nuevas ramas, verificar el código de rama, comparar el código de rama, etc.
Resumir
Lo anterior es el tutorial sobre el uso de Git en IntelliJ Idea presentada por el editor. Espero que te sea útil. Si tiene alguna pregunta, déjame un mensaje y el editor le responderá a tiempo. ¡Muchas gracias por su apoyo al sitio web de Wulin.com!