As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Alternativas para controle de versão do código-fonte no AFT
O AFT usa AWS CodeCommit um sistema de controle de versão de código-fonte (VCS) e permite CodeConnections que outros atendam aos seus requisitos de negócios ou à arquitetura existente.
Se você estiver implantando o AFT pela primeira vez e não tiver um CodeCommit repositório existente, deverá especificar um provedor de VCS externo, como parte dos pré-requisitos de implantação do AFT.
O AFT permite as seguintes alternativas de controle de código-fonte:
-
GitHub
-
GitHub Servidor corporativo
-
BitBucket
-
GitLab
-
GitLab Self-managed
-
Azure DevOps
nota
Se você especificar AWS CodeCommit como seu VCS, nenhuma etapa adicional será necessária. O AFT cria os repositórios git necessários em seu ambiente, com nomes padrão. No entanto, você pode substituir os nomes padrão do repositório para CodeCommit, conforme necessário, estar em conformidade com seus padrões organizacionais.
Configurar um sistema alternativo de controle de versão de código-fonte (VCS personalizado) com o AFT
Para configurar um sistema alternativo de controle de versão de código-fonte para sua implantação do AFT, siga estas etapas.
Etapa 1: crie repositórios git em um sistema de controle de versão (VCS) de terceiros compatível.
Se você não estiver usando AWS CodeCommit, deverá criar git repositórios em seu AFT-supported ambiente de provedor de VCS de terceiros para os seguintes itens.
-
Solicitações de conta do AFT. Amostra de código disponível
. Consulte mais informações sobre solicitações de conta do AFT em Provisionar uma nova conta com o AFT. -
Personalizações de provisionamento de contas do AFT. Amostra de código disponível
. Consulte mais informações sobre personalizações de provisionamento de contas do AFT em Criar sua conta do AFT, provisionando máquina de estado de personalizações. -
Personalizações globais do AFT. Amostra de código disponível
. Consulte mais informações sobre personalizações globais do AFT em Personalizações da conta. -
Personalizações da conta do AFT. Amostra de código disponível
. Consulte mais informações sobre as etapas de personalização em Personalizações da conta.
Etapa 2: especifique os parâmetros de configuração do VCS necessários para a implantação do AFT
Os seguintes parâmetros de entrada são necessários para configurar seu provedor de VCS como parte da implantação do AFT.
-
vcs_provider: se você não estiver usando AWS CodeCommit, especifique o provedor VCS como
"bitbucket",,,, ou"github""githubenterprise""gitlab""gitlabselfmanaged""azuredevops", com base no seu caso de uso. -
github_enterprise_url: somente para clientes GitHub corporativos, especifique a URL. GitHub
-
account_request_repo_name: Para AWS CodeCommit usuários, esse valor é definido como.
aft-account-requestEm um ambiente de provedor de VCS de terceiros AFT-supported, atualize esse valor de entrada com o nome real do seu repositório. Para BitBucket Github, GitHub Enterprise, GitLab, e Azure GitLab Self-managed DevOps, o nome do repositório deve ter o formato.[Org]/[Repo] -
account_customizations_repo_name: Para usuários, esse valor é definido como. AWS CodeCommit
aft-account-customizationsEm um ambiente de provedor de VCS de terceiros AFT-supported, atualize esse valor de entrada com o nome do seu repositório. Para BitBucket Github, GitHub Enterprise, GitLab, e Azure GitLab Self-managed DevOps, o nome do repositório deve ter o formato.[Org]/[Repo] -
account_provisioning_customizations_repo_name: para usuários do AWS CodeCommit , esse valor é definido como
aft-account-provisioning-customizations. Em um ambiente de provedor de VCS de terceiros AFT-supported, atualize esse valor de entrada com o nome do seu repositório. Para BitBucket Github, GitHub Enterprise, GitLab, e Azure GitLab Self-managed DevOps, o nome do repositório deve ter o formato.[Org]/[Repo] -
global_customizations_repo_name: Para usuários, esse valor é definido como. AWS CodeCommit
aft-global-customizationsEm um ambiente de provedor de VCS de terceiros AFT-supported, atualize esse valor de entrada com o nome do seu repositório. Para BitBucket Github, GitHub Enterprise, GitLab, e Azure GitLab Self-managed DevOps, o nome do repositório deve ter o formato.[Org]/[Repo] -
account_request_repo_branch: a ramificação é
mainpor padrão, mas o valor pode ser substituído.
Por padrão, o AFT é originado da ramificação main de cada repositório git. Você pode substituir o valor do nome da ramificação por um parâmetro de entrada adicional. Consulte mais informações sobre os parâmetros de entrada no arquivo README no módulo do Terraform do AFT
Para já existente AWS CodeCommit clientes
Se você criar um CodeCommit repositório com um novo nome para o AFT, poderá atualizar o nome do repositório atualizando os valores desses parâmetros de entrada.
Etapa 3: Concluir a AWS CodeCommit conexão para provedores de VCS de terceiros
Quando sua implantação é executada, o AFT cria os AWS CodeCommit repositórios necessários ou cria uma AWS CodeCommit conexão para o provedor de VCS terceirizado escolhido. No caso deste último, você deve entrar manualmente no console da conta de gerenciamento do AFT para concluir a CodeCommit conexão pendente. Consulte a AWS CodeCommit documentação para obter mais instruções sobre como concluir a CodeCommit conexão.