Utilizzo di TeamCity con BitBucket

Attualmente sto configurando un server di build TeamCity che estrarrà il codice sorgente dai nostri repository git, che stanno ospitando su Bitbucket. Lo sto facendo per i repository installati come parte di una squadra su Bitbucket (non il mio account personale).Utilizzo di TeamCity con BitBucket

Quello che sto provando è che i percorsi URL sembrano essere personalizzati per ogni utente. Ad esempio, i miei percorsi assomigliano:

https://[email protected]/TeamName/RepoName.git

Se dovessi lasciare la società, questo sarebbe un incubo per aggiornare per 40+ costruisce.

Ho preso in considerazione la creazione di un account di servizio su bitbucket per il server di build da utilizzare, ma questo occuperà uno dei nostri utenti (abbiamo solo una licenza di 10 utenti).

La creazione di un account separato è l'approccio consigliato o ci sono opzioni migliori?

fonte

2013-11-01 Phil Sandler

Se la build non richiede modifiche al repository, bitbucket consente l'accesso anonimo e di sola lettura, senza un account? Se è così, allora si potrebbe semplicemente usare 'git clone git: // nomehost/NomeGruppo/NomeRogo.git': è così che ho impostato TeamCity in passato. –

@ShaggyFrog: Presumibilmente solo se si tratta di un repo * pubblico *, che suppongo non sia così. –

È in effetti un repo privato. –

È necessario utilizzare una chiave di implementazione. Fornisce accesso in sola lettura ad archivi sia privati che pubblici. Controllare la documentazione al https://confluence.atlassian.com/display/BITBUCKET/Use+deployment+keys

fonte

2013-12-06 18:34:04

Le chiavi di distribuzione sono buone ma sfortunatamente il server di generazione non può etichettare il repository dopo una compilazione. – Mike

Lo stesso problema qui, non consentono la codifica buid o il check in di un file di registro. –

Creare un account separato è un approccio accettabile se si desidera fare di più sul lato TeamCity piuttosto che inserire il codice per le build (ad esempio, build di etichette, ecc.). Se si utilizza un account separato per TeamCity, è possibile utilizzare l'autenticazione utente/password o l'autenticazione della chiave SSH.

Nel percorso dell'URL del repository è possibile rimuovere in modo sicuro la parte "MyUserName @" che renderebbe uniformi tutti gli URL del repository indipendentemente da come li si accede. Inoltre puoi parametrizzare il nome utente e la password nella configurazione di TeamCity in modo che possano essere sovrascritti quando qualcuno vuole eseguire una compilazione personalizzata.

Per quanto mi riguarda, non esiste un "approccio raccomandato" per TeamCity poiché TeamCity è Git flavour agnostico. Ma Atlassian suggerisce di usare la chiave SSH durante l'integrazione con Bamboo. Sto utilizzando un account dedicato finché ne ho uno nella licenza, dal momento che rende la gestione e il debug molto più semplice.

fonte

2016-02-17 19:52:07

Purtroppo non è possibile parametrizzare la password (sto usando 2017.1) –

risposta

Problemi correlati