Я використовував Mercurial в особистому проекті, і я вводив своє ім’я користувача та пароль кожен раз, коли хочу щось натиснути на сервер.
Я спробував додати наступне до .hgrcфайлу у своєму домашньому каталозі, але він, здається, повністю ігнорується.
[ui]
username = MY_USER_NAME
password = MY_PASSWORD
Як це зробити правильно?
Відповіді:
Ви можете зробити розділ аутентифікації у своєму файлі .hgrcчи Mercurial.iniфайлі, як:
[auth]
bb.prefix = https://bitbucket.org/repo/path
bb.username = foo
bb.password = foo_passwd
Частина 'bb' є довільним ідентифікатором і використовується для узгодження префікса з іменем користувача та паролем - зручно для керування різними комбінаціями користувачів / паролів з різними сайтами (префікс)
Ви також можете вказати лише ім'я користувача, тоді вам просто доведеться ввести пароль, коли ви натискаєте.
Я також рекомендую поглянути на розширення keyring . Оскільки він зберігає пароль у ключовому кільці вашої системи замість простого текстового файлу, він є більш безпечним. Він поставляється в комплекті з TortoiseHg в Windows, і в даний час обговорюється питання про поширення його як розширення в комплекті на всіх платформах.
Формат, який працює для мене (у моєму файлі ~ / .hgrc), такий
[ui]
username=Chris McCauley <chris.mccauley@mydomain.com>
[auth]
repo.prefix = https://server/repo_path
repo.username = username
repo.password = password
Ви можете налаштувати скільки завгодно репостів, додавши більше трійки префікса, імені користувача, пароля, додавши унікальний тег.
Це працює лише в Mercurial 1.3, і, очевидно, ваше ім'я користувача та пароль в простому тексті - не дуже добре.
Mercurial повністю підтримує SSH, тому ми можемо скористатися можливістю SSH увійти на сервер без пароля - ви робите одноразову конфігурацію, щоб надати самогенерований сертифікат. Це, безумовно, найбезпечніший спосіб робити те, що ви хочете.
Ви можете знайти більше інформації про налаштування без пароля тут
Якщо ви хочете отримати безпечний варіант, але не знайомий з SSH, чому б не спробувати це?
З документів ...
Розширення вимагає ввести пароль HTTP під час першого витягування / натискання на / з даного віддаленого сховища (так само, як це робиться за замовчуванням), але зберігає пароль (введений комбінацією імені користувача та віддаленого URL-сховища) у базі даних паролів. Під час наступного запуску він перевіряє ім'я користувача у .hg / hgrc, потім на відповідний пароль у базі даних паролів та використовує ці дані, якщо вони знайдені.
Більш детальна інформація тут
Ніхто не згадав про розширення брелока. Це збереже ім'я користувача та пароль в системний брелок, що набагато безпечніше, ніж зберігання ваших паролів у статичному файлі, як згадувалося вище. Виконайте наведені нижче дії, і вам слід добре пройти. У мене це було запущено на Ubuntu приблизно за 2 хвилини.
>> 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 =
Простий хак - це додати ім'я користувача та пароль до URL-адреси push у .hg/hgrcфайлі вашого проекту :
[paths]
default = http://username:password@mydomain.com/myproject
(Зверніть увагу, що таким чином ви зберігаєте пароль у простому тексті)
Якщо ви працюєте над декількома проектами в одному домені, ви можете додати у свій файл правило перезапису~/.hgrc , щоб уникнути повторення цього проекту для всіх проектів:
[rewrite]
http.//mydomain.com = http://username:password@mydomain.com
Знову ж таки, оскільки пароль зберігається у простому тексті, я зазвичай зберігаю лише своє ім’я користувача.
Якщо ви працюєте в Gnome, я пояснюю, як тут інтегрувати Mercurial і Gnome Keyring:
http://aloiroberto.wordpress.com/2009/09/16/mercurial-gnome-keyring-integration/
NOBODY вище пояснив / уточнив терміни для початківця користувача. Вони плутаються в термінах
.hg / hgrc - цей файл використовується для сховища в локальному / робочому просторі / в папці .hg фактичного сховища.
~ / .hgrc - цей файл відрізняється від наведеного нижче. цей файл знаходиться в ~ або домашньому каталозі.
myremote.xxxx = ..... bb.xxxx = ......
Це один із рядків у розділі [auth] розділ / директива, використовуючи при цьому розширення ртутних ключів. Переконайтесь, що ім’я сервера, яке ви туди помістили, збігається з тим, що ви використовуєте, роблячи "hg clone", інакше ключовий брелок, скажімо, користувач не знайдений. bb або myremote у рядку нижче - це "псевдонім ім'я", яке ви ПОВИНЕН дати, роблячи "hg клон http: /.../../ repo1 bb or myremote" в іншому випадку, це не буде працювати, або ви повинні переконатися, що ваш місцевий .hg / hgrc файл сховища містить той же псевдонім, тобто (те, що ви дали під час клонування hg .. як останній параметр).
PS наступні посилання для чітких деталей, вибачте за швидко написані граматики.
Наприклад: Якщо всередині ~ / .hgrc (домашній каталог користувача в Linux / Unix) або mercurial.ini в Windows в домашній каталог користувача, міститься наступний рядок, і якщо ви це робите
`"hg clone http://.../.../reponame myremote"`
, тоді вам ніколи не буде запропоновано вводити облікові дані користувачів більше одного разу за http-репосилання. У ~ / .hgrc під [розширеннями] рядок для "mercurial_keyring =" або "hgext.mercurial_keyring = /path/to/your/mercurial_keyring.py" .. один з цих рядків повинен бути там.
[auth]
myremote.schemes = http https
myremote.prefix = thsusncdnvm99/hg
myremote.username = c123456
Я намагаюся дізнатися, як встановити властивість PREFIX, щоб користувач міг клонувати або виконувати будь-які операції з Hg без підказок користувача / пароля та не турбуючись про те, що він згадував у http: // .... / ... для ім'я сервера під час використання посилання Hg repo. Це може бути IP, ім'я сервера або FQDN сервера
установка mercurial_keyring на Mac OSX за допомогою MacPorts:
sudo port install py-keyring
sudo port install py-mercurial_keyring
Додайте до ~ / .hgrc:
# Add your username if you haven't already done so.
[ui]
username = email@address.com
[extensions]
mercurial_keyring =
Якщо ви використовуєте TortoiseHg, вам потрібно виконати ці три дії, показані на знімку екрана, що додається, це додасть ваші облікові дані для конкретного сховища, з яким ви працюєте.
Щоб додати глобальні налаштування, ви можете отримати доступ до файлу C: \ users \ user.name \ mercurial.ini та додати розділ
[auth]
bb.prefix=https://bitbucket.org/zambezia/packagemanager
bb.username = $username
bb.password = $password
Сподіваюсь, це допомагає.
Хоча це може чи не спрацює у вашій ситуації, я вважаю корисним створити публічний / приватний ключ, використовуючи Pageant Putty.
Якщо ви також працюєте з bitbucket (.org), це повинно дати вам можливість надати відкритий ключ до вашого облікового запису користувача, і тоді команди, які звертаються до сховища, будуть захищені автоматично.
Якщо Pageant не запускається для вас під час перезавантаження, ви можете додати ярлик до Pageant у своє меню "Пуск" для Windows, і для цього ярлика може знадобитися "Властивості", заповнене місцем вашого приватного (.ppk) файлу. .
Із цим на місці потрібно буде налаштувати Mercurial та ваші локальні сховища для натискання / перетягування за допомогою формату SSH.
Ось кілька докладних інструкцій щодо Atlassian для Windows АБО Mac / Linux.
Вам не потрібно приймати моє слово за це, і немає сумнівів, інші способи це зробити. Можливо, ці кроки, описані тут , більше для вас:
- Запустіть PuttyGen з пуску -> PuTTY-> PuttyGen
- Створіть новий ключ і збережіть його у форматі .ppk без парольної фрази
- Використовуйте Putty для входу на сервер, до якого ви хочете підключитися
- Додайте текст відкритого ключа з PuttyGen до тексту ~ / .ssh / autorizirane_keys
- Створіть ярлик до .ppk-файлу із пункту Пуск -> Шпаклівка до старту -> Запуск
- Виберіть ярлик .ppk у меню "Запуск" (це відбудеться автоматично при кожному запуску)
- Дивіться піктограму Pageant у системному треї? Клацніть правою кнопкою миші та виберіть "Нова сесія"
- Введіть ім'я користувача @ ім'я хоста в поле "Ім'я хоста"
- Тепер ви ввійдете автоматично.
Використовуйте розширення брелока. Додати нижче файл у файл mercurial.ini.
[розширення] mercurial_keyring =