Объявлено (https://lkml.org/lkml/2011/4/24/71) о выходе распределенной системы управления исходными текстами Git 1.7.5 (http://git-scm.com/). В релиз вошло более 500 изменений от более чем 70 разработчиков.

Список наиболее значимых изменений:

-  Скрипт автодополнения bash теперь поддерживает автодополнение симметричных различий (symmetric difference) для команды "git diff" (например: "git diff ...bra{TAB}");

-  Минимальная длина сокращенных и уникальных имен объектов теперь может быть задана через переменную core.abbrev;

-  Команда "git apply -v" теперь сообщает о смещенных строках если патч накладывается не точно;

-  "git repo-config" объявлена устаревшей. Вместо нее следует использовать "git config";

-  "git checkout --detach {commit}" теперь можно использовать в качестве синонима "git checkout {commit}^0".

-  Команда "git checkout", примененная в отношении "detached HEAD", теперь выдает на экран предупреждение;

-  "git cherry-pick" и "git revert" теперь мо...

URL: https://lkml.org/lkml/2011/4/24/71
Новость: http://www.opennet.me/opennews/art.shtml?num=30354

• Релиз распределенной системы управления исходными текстами G...,Аноним, 14:27 , 25-Апр-11
  • Релиз распределенной системы управления исходными текстами G...,anonym, 14:54 , 25-Апр-11
    • Релиз распределенной системы управления исходными текстами G...,Аноним123321, 16:56 , 25-Апр-11
      • Релиз распределенной системы управления исходными текстами G...,б.б., 17:24 , 25-Апр-11
        • Релиз распределенной системы управления исходными текстами G...,ананим, 00:53 , 26-Апр-11
  • Релиз распределенной системы управления исходными текстами G...,mine, 15:15 , 25-Апр-11
    • Релиз распределенной системы управления исходными текстами G...,б.б., 16:36 , 25-Апр-11
  • Релиз распределенной системы управления исходными текстами G...,andy, 09:37 , 26-Апр-11
• Релиз распределенной системы управления исходными текстами G...,prokoudine, 14:46 , 25-Апр-11
  • Релиз распределенной системы управления исходными текстами G...,Папо Карло, 18:40 , 25-Апр-11
    • Релиз распределенной системы управления исходными текстами G...,me, 19:29 , 25-Апр-11
      • Релиз распределенной системы управления исходными текстами G...,ананим, 19:49 , 25-Апр-11
        • Релиз распределенной системы управления исходными текстами G...,anonymous, 20:16 , 25-Апр-11
          • Релиз распределенной системы управления исходными текстами G...,Andrey Mitrofanov, 20:37 , 25-Апр-11
            • Релиз распределенной системы управления исходными текстами G...,anonymous, 21:06 , 25-Апр-11
              • Релиз распределенной системы управления исходными текстами G...,Andrey Mitrofanov, 21:19 , 25-Апр-11
                • Релиз распределенной системы управления исходными текстами G...,anonymous, 21:38 , 25-Апр-11
                  • Релиз распределенной системы управления исходными текстами G...,Andrey Mitrofanov, 22:13 , 25-Апр-11
                    • Релиз распределенной системы управления исходными текстами G...,anonymous, 22:40 , 25-Апр-11
                      • Релиз распределенной системы управления исходными текстами G...,ананим, 00:36 , 26-Апр-11
                        • Релиз распределенной системы управления исходными текстами G...,вася, 19:20 , 26-Апр-11
                          • Релиз распределенной системы управления исходными текстами G...,ананим, 23:32 , 26-Апр-11
• Релиз распределенной системы управления исходными текстами G...,brother anon, 14:51 , 25-Апр-11
• Релиз распределенной системы управления исходными текстами G...,Аноним, 18:52 , 25-Апр-11
• Релиз распределенной системы управления исходными текстами G...,Аноним, 20:22 , 25-Апр-11
  • Релиз распределенной системы управления исходными текстами G...,northbear, 01:08 , 26-Апр-11
    • Релиз распределенной системы управления исходными текстами G...,user455, 10:53 , 26-Апр-11
  • Релиз распределенной системы управления исходными текстами G...,Michael Shigorin, 00:33 , 11-Май-11
• Релиз распределенной системы управления исходными текстами G...,Аноним, 20:28 , 25-Апр-11
  • Релиз <- же.,Andrey Mitrofanov, 20:47 , 25-Апр-11
    • Релиз <- же.,Аноним, 22:52 , 25-Апр-11
      • Релиз <- же.,uldus, 11:15 , 26-Апр-11
        • Релиз <- же.,Аноним, 23:23 , 26-Апр-11
• Релиз распределенной системы управления исходными текстами G...,анонимус, 23:10 , 25-Апр-11
  • Релиз распределенной системы управления исходными текстами G...,Аноним, 01:27 , 26-Апр-11
    • Релиз распределенной системы управления исходными текстами G...,анонимус, 04:24 , 26-Апр-11
      • Релиз распределенной системы управления исходными текстами G...,Maxim Chirkov, 11:21 , 26-Апр-11
        • Релиз распределенной системы управления исходными текстами G...,Аноним, 20:52 , 26-Апр-11
          • Релиз распределенной системы управления исходными текстами G...,Michael Shigorin, 00:46 , 11-Май-11

Отлично, лучшая распределенная vcs становится еще лучше.

А как же Mercurial? =(

Mercurial так и остантся хорошей системой -- для фан-боев Соловьёва

Это который передачу "К барьеру" ведёт? Он всё таки догадался позвать Линуса? И тот своим традиционным "talk is cheap" и прочими зажигательными высказываниями заставил таки любить родину, linux и git?

и чевоб ему делать в передаче о меркуриал.
зыж
отнесу этот пост к 1-ой общероссийской проблеме.

Лучшая для огромных проектов. Для "домашних" на пару метров исходников - fossil.

Интересно. Чем лучше? Русскоязычного обзора "я маленький домашний пользователь, и использую fossil вот так-то и вот так-то" - я что-то не нашёл. По mercurial - их много.

> лучшая кучка скриптов, которая чудесным образом может использоваться в качестве vcs

fixed

И как обычно без докачки :)

без докачки чего?

>без докачки чего?

git clone при обрыве начинает качать с нуля

$ man git-clone
..........
Git natively supports ssh, git, http, https, ftp, ftps, and rsync protocols. The following syntaxes may be used with them:
       ·   ssh://[user@]host.xz[:port]/path/to/repo.git/
       ·   git://host.xz[:port]/path/to/repo.git/
       ·   http[s]://host.xz[:port]/path/to/repo.git/
       ·   ftp[s]://host.xz[:port]/path/to/repo.git/
       ·   rsync://host.xz/path/to/repo.git/
ман рсинка приводить?

Что сказать то хотел?

> Что сказать то хотел?

Что для страдающих на каналах, _не как у Линуса, который пложил на эту докачку большой wontfix, есть же транспорты http и rsync, которые поддерживают столько докачки, сколько git:// и не снилось. И да, ни он, ни я ничего не говорили про то, какими транспортами _отдаёт [или не отдаёт, да] конкретный репо/сервер.

_Ещё вопросы?

>_Ещё вопросы?

Ну и как с git clone эту радость использовать?

Ровно так же, как с git fetch.

>Ровно так же, как с git fetch.

Короче, ответить прямо на вопрос ты не в состоянии. Не буду терять время.

> Короче, ответить прямо на вопрос ты не в состоянии. Не буду терять время.

$ git config http.proxy http://localhost:3128
$ time git clone --depth 5 --progress http://git.kernel.org/pub/scm/linux/kernel/git/longterm/long... test/
Initialized empty Git repository in /home/abm/test/.git/
remote: Counting objects: 664, done.
remote: Compressing objects: 100% (663/663), done.
remote: Total 664 (delta 75), reused 0 (delta 0)
Receiving objects: 100% (664/664), 523.90 KiB | 181 KiB/s, done.
Resolving deltas: 100% (75/75), done.

real    0m8.617s
user    0m0.156s
sys     0m0.204s
$ cd test
$ git log --decorate -3
commit feb6927a555556fad8f5b197ac3d84479181c594 (HEAD, origin/master, origin/HEAD, master
Author: Greg Kroah-Hartman <gregkh@suse.de>
Date:   Sun Apr 24 17:02:11 2011 -0700

    .32 patches

commit 1be4c7b57020d67657bebb8750afcd13b3d405ae
Author: Greg Kroah-Hartman <gregkh@suse.de>
Date:   Fri Apr 22 13:54:47 2011 -0700

    .32 patches

commit a8e415dfb0217ad9301990c5a1f4a3fef085218c (tag: v2.6.32.37)
Author: Greg Kroah-Hartman <gregkh@suse.de>
Date:   Fri Apr 22 08:49:08 2011 -0700

    Linux 2.6.32.37
$ _

Только к докачке опция depth никакого отношения не имеет. Совсем.

зато к примеру рсинк имеет.

зыж
ещё раз спрошу - ман рсинка привести?

давай

уже давал.
модЮраторы (без Ю не проходит) спилили.

"git mergetool" обучен работе с программой "beyond compare 3"

эпично :)

почему 1.7.5? на сайте 1.7.4.5

А кто-нибудь использует gitolite с ним? Умеет ли он аутентифицировать клиентов только по юзернейм/пасс ? А то недавно листал документацию - везде предлагается хранить на пользователей сертфикиаты чуть ли не в обязательном порядке.

Gitolite для того и придуман, чтобы не заморачиваться с shell-доступом. Для доступа через login/pass достаточно sshd в системе.  

ну у gitolite есть еще удобный конфиг с правами. собственно именно поэтому я им и заинтересовался. а так у нас используется впн с сертификатами и загружать разработчиков еще одним сертификатом еще и для репозитория не хочется.

Именно с 1.7.5 -- нет, а вообще -- да.  Не сертификаты, а публичные ключи, и это намного вменяемей паролей (и особенно их смены с учётом того, что gitolite работает от непривилегированного псевдопользователя).

релиз ещё официально не готов. т. е. эта ветка только появилась в репозитории. её соберут — и будет релиз.

> релиз ещё официально не готов. т. е. эта ветка только появилась в
> репозитории. её соберут — и будет релиз.

Кто кого соберёт? Бредите, дружище?!

Junio C Hamano сан сказал, релиз, значит релиз. А то, что релиз в непривычной для Вас форме хэша SHA1 в тэге, а не в виде .tar.gz на gopher^Wftp... таки ж это кого-то волнует?...

ЗЫЖ И да ебилд -- не релиз.

есть понятия release management и release announcement. анонса ещё не было. этап сборки бинарников также считается хорошим тоном приурочить к этому событию.

я думаю, мы просто не поняли друг-друга.

> есть понятия release management и release announcement. анонса ещё не было.

Анонс как раз был (https://lkml.org/lkml/2011/4/24/71) и на ftp.kernel.org git-1.7.5 доступен для загрузки. А то что сайт вовремя не обновили дело десятое, его совсем другие люди поддерживают.

понял, спасибо

https://github.com/sympy/sympy/wiki/Git-hg-rosetta-stone

админы критики не выносят? Исподтишка удобнее, да?

О чем ты вообще?

об удалении сообщений втихаря

> об удалении сообщений втихаря

По вашему сообщение в ветке про Git "Mercurial получше будет" (это полный текст) не заслуживает удаления ? Или аргументируйте свою точку зрения и приводите факты или таким сообщениям дорога в /dev/null

>>не заслуживает удаления ?

под такое определение подходит половина сообщений во всех темах, давайте всё удалим потихоньку? Например "Отлично, лучшая распределенная vcs становится еще лучше." - что там полезного? Пост ни о чём, так же как про меркуриал.

> под такое определение подходит половина сообщений во всех темах, давайте всё удалим
> потихоньку?

Нет, давайте на каждую глупость добавим ещё полтонны глупостей, SNR взлетит до небес. :-/

> Например "Отлично, лучшая распределенная vcs становится еще лучше." -
> что там полезного?

Это утверждение является эмоциональным и субъективным, но оно гораздо ближе к наблюдаемой реальности (в которой весьма сильно распространён/развивается git и относительно слабо -- hg), чем то.