Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Alternative per il controllo della versione del codice sorgente in AFT
AFT utilizza AWS CodeCommit un sistema di controllo della versione del codice sorgente (VCS) e ne consente altri CodeConnections che soddisfano i requisiti aziendali o l'architettura esistente.
Se stai implementando AFT per la prima volta e non disponi di un CodeCommit repository esistente, devi specificare un provider VCS esterno, come parte dei prerequisiti di distribuzione AFT.
AFT supporta le seguenti alternative di controllo del codice sorgente:
-
GitHub
-
GitHub Enterprise Server
-
BitBucket
-
GitLab
-
GitLab Self-managed
-
Azure DevOps
Nota
Se si specifica AWS CodeCommit come VCS, non sono necessari passaggi aggiuntivi. AFT crea i git repository necessari nell'ambiente, con nomi predefiniti. Tuttavia, è possibile sovrascrivere i nomi dei repository predefiniti per CodeCommit, se necessario, per conformarsi agli standard organizzativi.
Configura un sistema di controllo della versione del codice sorgente alternativo (VCS personalizzato) con AFT
Per configurare un sistema di controllo della versione del codice sorgente alternativo per la tua distribuzione AFT, segui questi passaggi.
Passaggio 1: creare git repository in un sistema di controllo della versione (VCS) di terze parti supportato.
Se non si utilizza AWS CodeCommit, è necessario creare git repository nell'ambiente del provider VCS di terze parti per i seguenti elementi. AFT-supported
-
Richieste di account AFT. Codice di esempio disponibile
. Per ulteriori informazioni sulle richieste di account AFT, vedereEffettua il provisioning di un nuovo account con AFT. -
Personalizzazioni del provisioning degli account AFT. Codice di esempio disponibile
. Per ulteriori informazioni sulle personalizzazioni del provisioning degli account AFT, vedere. Crea la tua macchina a stati per il provisioning delle personalizzazioni dell'account AFT -
Personalizzazioni globali AFT. Codice di esempio disponibile
. Per ulteriori informazioni sulle personalizzazioni globali AFT, vederePersonalizzazioni dell'account. -
Personalizzazioni degli account AFT. Codice di esempio disponibile
. Per ulteriori informazioni sulle personalizzazioni degli account AFT, vederePersonalizzazioni dell'account.
Fase 2: Specificare i parametri di configurazione VCS richiesti per la distribuzione AFT
I seguenti parametri di input sono necessari per configurare il provider VCS come parte della distribuzione AFT.
-
vcs_provider: se non lo utilizzi AWS CodeCommit, specifica il provider VCS come,,,, o
"bitbucket""github""githubenterprise""gitlab""gitlabselfmanaged""azuredevops", in base al tuo caso d'uso. -
github_enterprise_url: solo per i clienti Enterprise, specifica l'URL. GitHub GitHub
-
account_request_repo_name: per gli utenti, questo valore è impostato su. AWS CodeCommit
aft-account-requestIn un ambiente di provider VCS di terze parti AFT-supported, aggiorna questo valore di input con il nome effettivo del tuo repository. Per BitBucket Github, GitHub Enterprise e Azure GitLab GitLab Self-managed DevOps, il nome del repository deve avere il formato.[Org]/[Repo] -
account_customizations_repo_name: per gli utenti, questo valore è impostato su. AWS CodeCommit
aft-account-customizationsIn un ambiente di provider VCS di terze parti AFT-supported, aggiorna questo valore di input con il nome del tuo repository. Per BitBucket Github, GitHub Enterprise e Azure GitLab GitLab Self-managed DevOps, il nome del repository deve avere il formato.[Org]/[Repo] -
account_provisioning_customizations_repo_name: per gli utenti, questo valore è impostato su. AWS CodeCommit
aft-account-provisioning-customizationsIn un ambiente di provider VCS di terze parti AFT-supported, aggiorna questo valore di input con il nome del tuo repository. Per BitBucket Github, GitHub Enterprise e Azure GitLab GitLab Self-managed DevOps, il nome del repository deve avere il formato.[Org]/[Repo] -
global_customizations_repo_name: per gli utenti, questo valore è impostato su. AWS CodeCommit
aft-global-customizationsIn un ambiente di provider VCS di terze parti AFT-supported, aggiorna questo valore di input con il nome del tuo repository. Per BitBucket Github, GitHub Enterprise e Azure GitLab GitLab Self-managed DevOps, il nome del repository deve avere il formato.[Org]/[Repo] -
account_request_repo_branch: il ramo è predefinito, ma il valore può essere sovrascritto.
main
Per impostazione predefinita, AFT proviene dal ramo di ogni repository. main git È possibile sovrascrivere il valore del nome del ramo con un parametro di input aggiuntivo. Per ulteriori informazioni sui parametri di input, fate riferimento al file README nel modulo AFT Terraform.
Per quelli esistenti AWS CodeCommit clienti
Se si crea un CodeCommit repository con un nuovo nome per AFT, è possibile aggiornare il nome del repository aggiornando i valori per questi parametri di input.
Passaggio 3: completare la AWS CodeCommit connessione per i provider VCS di terze parti
Quando la distribuzione viene eseguita, AFT crea i AWS CodeCommit repository richiesti oppure crea una AWS CodeCommit connessione per il provider VCS di terze parti scelto. In quest'ultimo caso, è necessario accedere manualmente alla console dell'account di gestione AFT per completare la connessione in sospeso. CodeCommit Consulta la AWS CodeCommit documentazione per ulteriori istruzioni sul completamento della CodeCommit connessione.