grigoryvp Feb 6 2015 at 07:04

Вышел git 2.3

2 min

39K

Programming*Version control systems*

+73

Comments 35

DevMan Feb 6 2015 at 07:44

Наконец-то можно легко делать разные приватные ключи для разных репозиториев:
GIT_SSH_COMMAND='ssh -i git_id' git clone host:repo.git

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

grigoryvp Feb 6 2015 at 07:55

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

+11

DevMan Feb 6 2015 at 08:07

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

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

symbix Feb 6 2015 at 09:17

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

DevMan Feb 6 2015 at 09:18

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

symbix Feb 6 2015 at 14:45

Нужен.

Проект первый: git@bitbucket.org:foo/foo, используется key1
Проект второй: git@bitbucket.org:bar/bar, используется key2

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

DevMan Feb 6 2015 at 14:46

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

symbix Feb 6 2015 at 15:47

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

DevMan Feb 6 2015 at 15:50

Это неудобно при параллельном использовании написанных на 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 Feb 6 2015 at 17:09

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

Guria Feb 6 2015 at 09:44

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

DevMan Feb 6 2015 at 09:45

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

DevMan Feb 6 2015 at 10:20

~/.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 git@project1.github.com:repo1
git clone git@project2.github.com:repo2

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

radist2s Feb 6 2015 at 10:35

Так же можно использовать 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 Feb 8 2015 at 11:31

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

iDen Feb 6 2015 at 09:15

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

POS_troi Feb 6 2015 at 10:55

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

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

iDen Feb 6 2015 at 11:04

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

KindDragon Feb 6 2015 at 13:04

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

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

kai_zer_ru Feb 6 2015 at 09:17

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

DevMan Feb 6 2015 at 09:20

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

kai_zer_ru Feb 6 2015 at 09:20

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

DevMan Feb 6 2015 at 09:21

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

kai_zer_ru Feb 6 2015 at 09:22

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

DevMan Feb 6 2015 at 09:23

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

DevMan Feb 6 2015 at 11:10

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

silvansky Feb 6 2015 at 13:13

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

radist2s Feb 6 2015 at 10:37

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

grigoryvp Feb 6 2015 at 11:06

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

NeoCode Feb 6 2015 at 12:23

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

ctacka Feb 6 2015 at 15:06

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

grigoryvp Feb 6 2015 at 17:54

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

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

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

ctacka Feb 6 2015 at 18:10

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

semlanik Feb 6 2015 at 19:00

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

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

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

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

grigoryvp Feb 6 2015 at 19:08

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

Show the best of all time