Skip to main content
Busque en

Introducción

CODESYS Git hace posible utilizar el sistema de control de versiones Git distribuido en CODESYS para gestionar versiones de CODESYS proyectos

La implementación de CODESYS Git se basa en el trabajo en Git y en la terminología de Git. Después de la instalación, la barra de menú de CODESYS incluirá el Git menú con los comandos para inicializar un proyecto Git y trabajar con los repositorios Git vinculados.

Consulte lo siguiente para ver parte de la terminología utilizada en el CODESYS Git ayuda y en el CODESYS Git interfaz de usuario. Se incluyen los comandos Git estándar correspondientes.

El conocimiento básico de trabajar con Git es un requisito previo. Para obtener documentación sobre esto, consulte (por ejemplo): Libro Git, Depósito Git de Atlassian

repositorio Git, Almacenamiento de proyectos Git ("directorio de trabajo", "árbol de trabajo")

Para el repositorio puramente local de un CODESYS Git proyecto, aquí usamos el término abreviado "repositorio Git".

El repositorio Git se encuentra en el sistema de archivos, en el "almacenamiento de proyectos Git", en el subdirectorio .git. Los objetos del proyecto (<objecttype>_<ID>) que se gestionan en Git se encuentran en el subdirectorio project. Los archivos de objetos se encuentran en una jerarquía de directorios que corresponde a la jerarquía de objetos en el CODESYS proyecto.

El almacenamiento del proyecto Git también contiene los archivos de gestión de Git .gitattribute, .gitignore, y .apsession. El archivo .apsession se utiliza para controlar el acceso de CODESYS instancias al repositorio de Git y Git lo ignora.

La ruta del almacenamiento del proyecto Git de un proyecto se puede ver en el Configuración del proyecto Git vista.

CODESYS directorio de proyectos

Un proyecto que se gestiona con CODESYS Git también siempre se almacena en un ordinario CODESYS directorio del proyecto además de almacenarse en el almacenamiento del proyecto Git (doble gestión de datos).

Repositorio remoto:

Vista: Remotos Git

git remote

Los repositorios remotos son versiones de su proyecto que están alojadas en Internet o en algún lugar de su red. Es muy posible que pueda trabajar con un repositorio "remoto" que en realidad se encuentra en la misma computadora (host) en la que está trabajando actualmente.

El repositorio remoto generalmente se llama origin.

A CODESYS El proyecto que ya está administrado en Git en un repositorio local de Git se puede vincular con un repositorio remoto en el Remotos Git vista (git remote, git remote add).

Solo después de eso, las sucursales locales pueden "rastrear" las sucursales remotas y se pueden crear sucursales equivalentes para las sucursales locales en el repositorio remoto ("upstream"). Y sólo después de eso puede el Buscar, Jalar, Empujar, y Unir los comandos se utilicen para el intercambio/fusión de confirmaciones entre el repositorio local de Git y el repositorio remoto.

Sucursales locales, sucursales remotas

Vista: Ramas Git

git remote

git branch

Hay exactamente dos tipos de sucursales: "locales" y "remotas". Una sucursal local puede "rastrear" exactamente una sucursal remota.

Sucursales locales:

Las sucursales locales se muestran en la Ramas Git locales (<n>) vista.

La rama estándar local de un repositorio de Git (generalmente master) se crea automáticamente después de la primera confirmación. Después de la CODESYS proyecto ha sido creado usando git clone, la rama "maestra" local rastrea automáticamente la rama remota del mismo nombre.

También se crea una sucursal local copiando una sucursal local existente o extrayendo una sucursal remota. En el último caso, la sucursal local creada recientemente rastrea automáticamente la sucursal remota.

Sucursales remotas:

Las sucursales remotas se muestran en la Ramas Git Remoto (<n>) vista. Son los representantes existentes en el repositorio Git de la rama respectiva con el mismo nombre en el repositorio remoto.

Las sucursales remotas se utilizan solo internamente como una "ubicación intermedia" para la comunicación a través de Empujar / Jalar con el repositorio remoto y no son utilizados directamente por el usuario.

"Upstream"

comando en el Ramas Git Local vista

git branch --set-upstream-to <origin/remote-branch>

los Río arriba Establecer La acción hace que se cree una rama, que corresponde a la rama local, en el repositorio remoto (rama remota).

"Tracking","Seguimiento remoto de sucursales"

comando en el Ramas Git vista

git branch --track

git checkout

Rama de pista significa crear un enlace entre una sucursal local y una sucursal remota.

Caso por defecto: La sucursal representativa local master del repositorio de Git rastrea la rama remota origin/master del repositorio remoto.

Cuando una sucursal local rastrea una sucursal remota, es posible un intercambio de compromisos con el repositorio remoto por medio de Jalar y Empujar.

Alternativamente, también podría usar el Verificar comando en el Ramas Git Remoto (<n>) view para crear una sucursal local de "seguimiento", que se establece como sucursal "actual" al mismo tiempo, para una sucursal remota existente. La rama actual es aquella a la que llegan los nuevos commits.

Índice Git

Vista: Estado de Git

git status

El índice es un nivel intermedio interno de Git entre el directorio de trabajo y el repositorio de Git. Permite marcar selectivamente solo una selección de objetos modificados para una confirmación. No todos los cambios tienen que registrarse como una confirmación.

Los objetos que se encuentran en el índice de Git son visibles en el Estado de Git vista, en la Cambios por etapas sección.

resincronización y recargando el proyecto

Sincronización

los CODESYS proyecto en CODESYS se vuelve a sincronizar con el estado actual del almacenamiento del proyecto de Git después de cada operación de Git que realiza un cambio en el repositorio de Git. Estas operaciones incluyen lo siguiente:

  • Verificar, Jalar, y Unir de ramas (Ramas Git vista)

  • Descartar todos los cambios y Revertir todos los cambios no preparados (Estado y puesta en escena vista)

  • Cambios por resolución de conflictos

La resincronización de la CODESYS project tiene el efecto de que el proyecto se reconstruye completamente desde el repositorio. No se intenta actualizar el proyecto.

Puedes usar el Reconstruir proyecto desde el repositorio para iniciar explícitamente una resincronización.

La sincronización, por otro lado, es la aplicación de cambios desde el CODESYS almacenamiento de proyectos en el repositorio de proyectos de Git. Esto sucede cada vez que se realiza un cambio en el CODESYS proyecto. Cuando se realizan cambios en el proyecto, solo se aplican exactamente esos cambios. Cuando se vuelve a abrir el proyecto, el proyecto completo se aplica de nuevo al repositorio de proyectos de Git y sobrescribe el estado allí.

Puedes usar el Sincronizar proyecto con almacenamiento de proyectos Git comando (no en el menú Git de forma predeterminada) para iniciar explícitamente una sincronización.