Вышел git 2.3

[DevMan]

Наконец-то можно легко делать разные приватные ключи для разных репозиториев:

GIT_SSH_COMMAND='ssh -i git_id' git clone host:repo.git

ИМХО, «старый» способ с ~/.ssh/config куда проще и удобнее.

[grigoryvp]

Для end user — да. Для автоматизации — не очень. Если у нас есть скрипт который хочет сходить на несколько десятков репозиториев, то для этого скрипта менять user-wide конфигурацию всего ssh как-то не по феншую. Дописал это в новости, спасибо!

[DevMan]

Как по мне, то ситуация надуманная: меняется не вся конфигурация, а только для конкретных репаков.
С другой стороны, сделали штатную возможность и молодцы — помню как народ ради этого изголялся и писал свои врапперы.

PS спасибо за новость и перевод.

[symbix]

Как .ssh/config поможет с двумя разными ключами на гитхабе/битбакете?

[DevMan]

Элементарно. Хоть 2, хоть 100500.
Вам пример нужен?

[symbix]

Нужен.

Проект первый: [e-mail]:foo/foo, используется key1
Проект второй: [e-mail]:bar/bar, используется key2

Как такое задать через .ssh/config?

[DevMan]

Вот пример.
Если не осилите сами переделать под свои нужды, дайте знать.

[symbix]

С алиасами-то понятное дело, но это придется bitbicket.org в remote url поменять на алиас. Это неудобно при параллельном использовании написанных на Java IDE (JetBrains IDEA и подобных), которые не умеют читать .ssh/config. Можно прописать в /etc/hosts, конечно, но это совсем ужасный хак, да и IP-адрес Битбакета может измениться. Вариант с GIT_SSH_COMMAND удобнее и легко заворачивается в алиас.

[DevMan]

Это неудобно при параллельном использовании написанных на Java IDE (JetBrains IDEA и подобных), которые не умеют читать .ssh/config.

WAT?

IntelliJ IDEA supports a standard method of using multiple ssh keys, by means of creating .ssh/config file.

Вариант с GIT_SSH_COMMAND удобнее и легко заворачивается в алиас.

Действительно: что может быть удобнее заворачивания алиаса в алиас.

[symbix]

В моем старом сторме под osx не работает. Повод попробовать обновиться, да.

[Guria]

На сколько я помню в .ssh/config можно задать алиасы для конфигов.

[DevMan]

Не совсем так, но в целом верно: алиасы задаются не конфигам, а хостам.

[DevMan]

~/.ssh/config:

# GitHub 
Host project1.github.com
    HostName github.com
    PreferredAuthentications publickey
    IdentityFile /path/to/key1

Host project2.github.com
    HostName github.com
    PreferredAuthentications publickey
    IdentityFile /path/to/key2

после этого достаточно либо сделать:

git clone [e-mail]:repo1
git clone [e-mail]:repo2

либо поменять remote.url в .git/config для уже склонированных репо.

[radist2s]

Так же можно использовать User чтобы для одного Host подхватывались разные ключи для разных юзеров.

Host github.com
    User foo
    PreferredAuthentications publickey
    IdentityFile /path/to/key-foo

Host github.com
    User bar
    PreferredAuthentications publickey
    IdentityFile /path/to/key-bar

[radist2s]

Поправка, github.com выбран в качестве примера. Github просит логиниться всегда от пользователя git.

[iDen]

Жаль что Windows версия сильно отстает от своего апстрима.
Ни то что 2.3, там даже 2.0 не пахнет (

[POS_troi]

Latest source Release
2.3.0
Release Notes (2015-02-05)
Downloads for Windows

Особенно обидно такое видеть на главной странице GIT.
С радостью жмакаеш «скачать» и получаешь 1.9.5 :(

[iDen]

вот именно.
даже главный контрибутор гита под винду msys-git не очень шевелится.
не могу найти какие либо записки по поводу таких задержек разработки.
хотя там чет советовали брать самому компилить — под виндой? увольте…

[KindDragon]

Они переделывает там всю внутреннею структуру насколько понял, из за этого к тому же меняется сайт и инсталятор. Они также долго переносили часть специально для Windows кода в основной репозиторий git'а чтобы упростить поддержку его.

У них и новый web сайт git-for-windows.github.io. Вот milestone для первого релиза Git for Windows (теперь будет так называться вместо Msysgit)

[kai_zer_ru]

Спасибо за новость! На Мак всё встало из исходников как надо!

[DevMan]

brew же, зачем «из исходников»?

[kai_zer_ru]

brew ставит только 2.2.2.

[DevMan]

так сегодня/завтра обновится.

[kai_zer_ru]

Для меня проще собирать самому. На вкус и цвет как говорится.

[DevMan]

Дело ж хозяйское))
Правда профита в этом (за исключением редких случаев) не вижу.

[DevMan]

Вот и brew уже обновили))

[silvansky]

Уже обновился.

[radist2s]

Ну через хуки можно было и раньше настроить деплой после пуша, и более того, можно указывать внешнюю директорию, чтобы в корне не лежал .git.

[grigoryvp]

Все верно, об этом написано: «не нужно устанавливать дополнительные скрипты». Функцональность в осносном для быстрых тестовых деплоев и внутренней автоматизации где не хочется плодить скрипты в больших количествах.

[NeoCode]

А кстати, что там сейчас с TortoiseGit (под виндой)? Раньше было все аналогично TortoiseSVN и TortoiseHg, а начиная с какого-то момента он перестал встраиваться в контекстное меню (или только у меня так?), зато сам git начал встраивать туда какие-то пункты…

[ctacka]

Я правильно понимаю, что push to deploy — это возможность пуша в не-bare репозиторий?
А git branch -d --force тоже самое, что и git branch -D раньше?

[grigoryvp]

Я могу ошибаться, а разве были какие-то проблемы с push'ем в не-bare репозиторий? Насколько я помню, bare репозиторий нужен чтобы не хранить лишние файлы working copy на сервер где никто с этими файлами не работает. Или там какая-то еще механика?

До 2.3 можно настроить варнинги и запретить пушить в текущую ветку не-bare репозитория с помощью "'receive.denyCurrentBranch" — чтобы не повредить незакомиченные изменения, так как поменяется HEAD.

Да, --force делает то же самое что и -D, это написано в справке.

[ctacka]

Ну да, точнее по-умолчанию он и запрещал пушить в бранч, «зачекаученный» в удаленном не-бэр репозитории.
Я понял, прикольная фича получилась. Даже наверное не столько для деплоя, сколько для совместной работы — пушишь свои изменения коллеге прямо в репо, он их сразу использует (если у вас разные репозитории).

[semlanik]

git clone --reference ../oldclone --dissociate https://github.com/gitster/git.git

Киллер-фича для ядер линукса и многих других проектов-мамонтов.

# Вот это теперь не сработает — разработчик явно хочет сделать push в 'experimental', а не в 'master'.
git push

Поставьте пожалуйста коммент на одной строчке с командой, чтобы точно определить «Вот это»

[grigoryvp]

Готово, спасибо!