Ho usato Mercurial in un progetto personale e ho digitato il mio nome utente e la mia password ogni volta che voglio inviare qualcosa al server.
Ho provato ad aggiungere quanto segue al .hgrcfile nella mia directory home, ma sembra essere completamente ignorato.
[ui]
username = MY_USER_NAME
password = MY_PASSWORD
Come farlo nel modo giusto?
Risposte:
Puoi creare una sezione di autenticazione nel tuo file .hgrco Mercurial.ini, in questo modo:
[auth]
bb.prefix = https://bitbucket.org/repo/path
bb.username = foo
bb.password = foo_passwd
La parte 'bb' è un identificatore arbitrario e viene utilizzata per abbinare il prefisso con nome utente e password - utile per gestire diverse combinazioni di nome utente / password con diversi siti (prefisso)
Puoi anche specificare solo il nome utente, quindi dovrai solo digitare la tua password quando premi.
Consiglierei anche di dare un'occhiata all'estensione del portachiavi . Poiché memorizza la password nel portachiavi del sistema anziché in un file di testo semplice, è più sicuro. È fornito in bundle con TortoiseHg su Windows e attualmente è in corso una discussione sulla distribuzione come estensione in bundle su tutte le piattaforme.
Il formato che funziona per me (nel mio file ~ / .hgrc) è questo
[ui]
username=Chris McCauley <chris.mccauley@mydomain.com>
[auth]
repo.prefix = https://server/repo_path
repo.username = username
repo.password = password
Puoi configurare tutti i repository che desideri aggiungendo più terzine di prefisso, nome utente, password anteponendo un tag univoco.
Funziona solo in Mercurial 1.3 e ovviamente il nome utente e la password sono in testo normale - non va bene.
Mercurial supporta completamente SSH in modo da poter trarre vantaggio dalla capacità di SSH di accedere a un server senza password : esegui una configurazione una tantum per fornire un certificato auto-generato. Questo è di gran lunga il modo più sicuro per fare ciò che vuoi.
Puoi trovare ulteriori informazioni sulla configurazione dell'accesso senza password qui
Se desideri un'opzione sicura, ma non hai familiarità con SSH, perché non provarla?
Dai documenti ...
L'estensione richiede la password HTTP al primo pull / push a / da un dato repository remoto (proprio come avviene per impostazione predefinita), ma salva la password (codificata dalla combinazione di nome utente e URL del repository remoto) nel database delle password. Alla successiva esecuzione, controlla il nome utente in .hg / hgrc, quindi la password adatta nel database delle password e utilizza quelle credenziali se trovate.
Ci sono informazioni più dettagliate qui
Nessuno ha menzionato l'estensione del portachiavi. Salverà il nome utente e la password nel portachiavi di sistema, che è molto più sicuro rispetto alla memorizzazione delle password in un file statico come menzionato sopra. Esegui i passaggi seguenti e dovresti essere a posto. L'ho installato e funzionante su Ubuntu in circa 2 minuti.
>> sudo apt-get install python-pip
>> sudo pip install keyring
>> sudo pip install mercurial_keyring
**Edit your .hgrc file to include the extension**
[extensions]
mercurial_keyring =
Un semplice trucco consiste nell'aggiungere nome utente e password all'URL push nel .hg/hgrcfile del progetto :
[paths]
default = http://username:password@mydomain.com/myproject
(Nota che in questo modo memorizzi la password in testo normale)
Se stai lavorando su più progetti sotto lo stesso dominio, potresti voler aggiungere una regola di riscrittura nel tuo ~/.hgrcfile, per evitare di ripeterlo per tutti i progetti:
[rewrite]
http.//mydomain.com = http://username:password@mydomain.com
Di nuovo, poiché la password è memorizzata in testo normale, di solito memorizzo solo il mio nome utente.
Se lavori con Gnome, ti spiego come integrare Mercurial e il Portachiavi di Gnome qui:
http://aloiroberto.wordpress.com/2009/09/16/mercurial-gnome-keyring-integration/
NESSUNO sopra spiegato / chiarito termini a un utente inesperto. Si confondono con i termini
.hg / hgrc: questo file viene utilizzato per il repository, nella posizione locale / dell'area di lavoro / nella cartella .hg del repository effettivo.
~ / .hgrc: questo file è diverso da quello sotto. questo file risiede in ~ o nella directory home.
mioremote.xxxx = ..... bb.xxxx = ......
Questa è una delle righe nella sezione / direttiva [auth], mentre si usa l'estensione portachiavi Mercurial. Assicurati che il nome del server che hai inserito, corrisponda a quello che usi mentre fai "hg clone" altrimenti il portachiavi dirà, utente non trovato. bb o myremote nella riga sottostante, sono "nome alias" che DEVI dare mentre fai "hg clone http: /.../../ repo1 bb o myremote" altrimenti non funzionerà o devi assicurarti che il tuo locale Il file .hg / hgrc del repository contiene lo stesso alias, cioè (quello che hai dato mentre facevi hg clone .. come ultimo parametro).
PS i seguenti link per dettagli chiari, scusate per la grammatica scritta velocemente.
es: se all'interno di ~ / .hgrc (directory home dell'utente in Linux / Unix) o mercurial.ini in Windows nella home directory dell'utente, contiene, la riga seguente e se lo fai
`"hg clone http://.../.../reponame myremote"`
, quindi non ti verranno mai richieste le credenziali utente più di una volta per collegamento al repository http. In ~ / .hgrc sotto [extensions] una riga per "mercurial_keyring =" o "hgext.mercurial_keyring = /path/to/your/mercurial_keyring.py" .. una di queste righe dovrebbe essere lì.
[auth]
myremote.schemes = http https
myremote.prefix = thsusncdnvm99/hg
myremote.username = c123456
Sto cercando di scoprire come impostare la proprietà PREFIX in modo che l'utente possa clonare o eseguire qualsiasi operazione Hg senza richieste di nome utente / password e senza preoccuparsi di ciò che ha menzionato in http: // .... / ... per servername durante l'utilizzo del collegamento repo Hg. Può essere IP, servername o FQDN del server
Mercurial_keyring installazione su Mac OSX utilizzando MacPorts:
sudo port install py-keyring
sudo port install py-mercurial_keyring
Aggiungi quanto segue a ~ / .hgrc:
# Add your username if you haven't already done so.
[ui]
username = email@address.com
[extensions]
mercurial_keyring =
Se stai usando TortoiseHg devi eseguire questi tre passaggi mostrati nella schermata allegata, questo aggiungerebbe le tue credenziali per il repository specifico con cui stai lavorando.
Per aggiungere impostazioni globali è possibile accedere al file C: \ users \ user.name \ mercurial.ini e aggiungere la sezione
[auth]
bb.prefix=https://bitbucket.org/zambezia/packagemanager
bb.username = $username
bb.password = $password
Spero che sia di aiuto.
Anche se può o non può funzionare nella tua situazione, ho trovato utile generare una chiave pubblica / privata usando Putty's Pageant.
Se stai lavorando anche con bitbucket (.org), dovrebbe darti la possibilità di fornire una chiave pubblica al tuo account utente e quindi i comandi che raggiungono il repository saranno protetti automaticamente.
Se Pageant non si avvia per te al riavvio, puoi aggiungere un collegamento a Pageant al "menu Start" di Windows e il collegamento potrebbe dover avere una "proprietà" popolata con la posizione del tuo file privato (.ppk) .
Con questo in atto, Mercurial e i tuoi repository locali dovranno essere configurati per push / pull utilizzando il formato SSH.
Di seguito sono riportate alcune istruzioni dettagliate sul sito Atlassian per Windows OPPURE Mac / Linux.
Non devi credermi sulla parola e senza dubbio ci sono altri modi per farlo. Forse questi passaggi descritti qui sono più adatti a te:
- Avvia PuttyGen da Start -> PuTTY-> PuttyGen
- Genera una nuova chiave e salvala come file .ppk senza passphrase
- Usa Putty per accedere al server a cui vuoi connetterti
- Aggiungi il testo della chiave pubblica da PuttyGen al testo di ~ / .ssh / authorized_keys
- Crea un collegamento al tuo file .ppk da Start -> Putty to Start -> Startup
- Seleziona il collegamento .ppk dal menu Startup (questo avverrà automaticamente ad ogni avvio)
- Vedi l'icona dello spettacolo nella barra delle applicazioni? Fai clic con il pulsante destro del mouse e seleziona "Nuova sessione"
- Immettere nome utente @ nome host nel campo "Nome host"
- Ora accederai automaticamente.