Skip to main content

Introduzione

L'implementazione di CODESYS Git si basa sul lavoro in Git e sulla terminologia di Git. Dopo l'installazione, la barra dei menu CODESYS includerà Git menu con i comandi per inizializzare un progetto Git e lavorare con i repository Git collegati.

Di seguito è riportata una parte della terminologia utilizzata nel CODESYS Git aiuto e nel CODESYS Git interfaccia utente. Sono inclusi i corrispondenti comandi Git standard.

La conoscenza di base dell'utilizzo di Git è un prerequisito. Per la documentazione a riguardo, vedi (ad esempio) Libro Git, Secchiello regalo Atlassian

Repository Git, archiviazione del progetto Git («cartella di lavoro», «albero di lavoro»)

Per il repository puramente locale per a CODESYS Git progetto, qui usiamo il termine abbreviato «repository Git».

The Git repository is located in the file system, in the "Git project storage", in the subdirectory .git. The objects of the project (<objecttype>_<ID>) which are managed in Git are located in the subdirectory project. The object files are located in a directory hierarchy which corresponds to the hierarchy of objects in the CODESYS project.

L'archivio del progetto Git contiene anche i file di gestione Git .gitattribute, .gitignoree .apsession. Il file .apsession viene utilizzato per controllare l'accesso di CODESYS vengono inserite nel repository Git e viene ignorato da Git.

Il percorso dell'archiviazione del progetto Git di un progetto può essere visualizzato nella Impostazioni del progetto Git visualizzazione.

The configuration settings, which are available in the .git/config file, can be modified in a CODESYS Git project via a configuration dialog. If there is no global config file in the local user directory from previous Git actions, then the user is prompted to create a configuration when initializing or cloning a project.

CODESYSElenco dei progetti

Un progetto gestito con CODESYS Git inoltre è sempre archiviato in un normale CODESYS la directory del progetto oltre ad essere memorizzata nell'archivio del progetto Git (doppia gestione dei dati).

Repository remoto:

Visualizzazione: Git telecomandi

git remote

Importante

Assicurati di avere una connessione sicura a un server remoto. Per ulteriori informazioni, consulta: Sicurezza per CODESYS Git

I repository remoti sono versioni del progetto ospitate su Internet o da qualche parte sulla rete. È del tutto possibile che tu possa lavorare con un repository «remoto» che si trova effettivamente sullo stesso computer (host) su cui stai attualmente lavorando

Il repository remoto è in genere denominato origin.

A CODESYS un progetto che è già gestito in Git in un repository Git locale può essere collegato a un repository remoto in Telecomandi Git visualizzazione (git remote, git remote add).

Solo allora le filiali locali possono «tracciare» le filiali remote e possono essere create filiali equivalenti per le filiali locali nel repository remoto («upstream»). E solo dopo può Recupera, Tirare, Spingi, e Unisci i comandi vengono utilizzati per lo scambio/unione di commit tra il repository Git locale e il repository remoto.

Per eseguire operazioni Git con un repository remoto, di solito sono necessarie delle credenziali per l'autenticazione. Queste vengono salvate in Windows nel Credential Manager. Le stesse credenziali possono essere utilizzate per tutti i repository remoti che si trovano sullo stesso server host. Per ulteriori informazioni, vedere: Credenziali necessarie.

Filiali locali, filiali remote

Visualizzazione: Git rami

git remote

git branch

Esistono esattamente due tipi di filiali: «locali» e «remote». Una filiale locale può «tracciare» esattamente una filiale remota.

Filiali locali:

Local branches are displayed in the Git Branches Local (<n>) view.

Il ramo locale predefinito di un repository Git (di solito master) viene creato automaticamente dopo il primo commit. CODESYS il progetto è stato creato utilizzando git clone, il ramo «master» locale traccia automaticamente il ramo remoto con lo stesso nome.

Una filiale locale viene creata anche copiando una filiale locale esistente o effettuando il check-out di una filiale remota. Nell'ultimo caso, la filiale locale creata di recente traccia automaticamente la filiale remota

Filiali remote:

Remote branches are displayed in the Git Branches Remote (<n>) view. They are the existing representatives in the Git repository of the respective branch with the same name in the remote repository.

Le filiali remote vengono utilizzate solo internamente come «sede intermedia» per la comunicazione tramite Spingere / Tirare con il repository remoto e non vengono utilizzati direttamente dall'utente.

"Upstream"

Comando nel Git rami Locale Visualizza

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

Le A monte Set azione causa la creazione di un ramo, che corrisponde al ramo locale, nel repository remoto (ramo remoto).

"Tracking", "Rami di tracciamento remoto"

Comando nel Git rami Visualizza

git branch --track

git checkout

Traccia filiale significa creare un collegamento tra una filiale locale e una filiale remota.

Caso predefinito: la filiale di rappresentanza locale master del repository Git tiene traccia del ramo remoto origin/master del repository remoto.

Quando una filiale locale traccia una filiale remota, è possibile uno scambio di commit con il repository remoto tramite Tirare e Spingi.

Alternatively, you could also use the Checkout command in the Git Branches Remote (<n>) view to create a local "tracking" branch, which is set as "current" branch at the same time, for an existing remote branch. The current branch is the one where new commits arrive.

Git index

Visualizzazione: Stato Git

git status

The index is a Git-internal intermediate level between the working directory and the Git repository. It allows for selectively marking only a selection of changed objects for a commit. Not all changes have to be checked in as a commit.

Objects which are located in the Git index are visible in the Status & Staging view, in the Staged Changes section.

Resynchronization and reloading the project

Synchronization

The CODESYS project in CODESYS is resynchronized with the current state from the Git project storage after each Git operation which performs a change to the Git repository. These operations include the following:

  • Checkout, Tirare, e Unisci di filiali (Filiali Git visualizzazione)

  • Annulla tutte le modifiche e Ripristina tutte le modifiche non organizzate (Stato e messa in scena visualizzazione)

  • Modifiche mediante la risoluzione dei conflitti

La risincronizzazione del CODESYS progetto fa sì che il progetto venga ricostruito completamente dal repository. Non viene effettuato alcun tentativo di aggiornare il progetto

Puoi usare Ricostruisci il progetto dal repository per avviare esplicitamente una risincronizzazione.

La sincronizzazione, invece, è l'applicazione delle modifiche dal CODESYS archiviazione del progetto nel repository del progetto Git. Ciò accade ogni volta che viene apportata una modifica al CODESYS progetto. Quando vengono apportate modifiche al progetto, vengono applicate esattamente solo quelle modifiche. Quando il progetto viene riaperto, il progetto completo viene nuovamente applicato al repository del progetto Git e ne sovrascrive lo

Puoi usare Sincronizza il progetto con l'archiviazione del progetto Git comando (non presente nel menu Git per impostazione predefinita) per avviare esplicitamente una sincronizzazione.