The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Релиз распределенной системы управления исходными текстами Git 1.7.5

25.04.2011 13:33

Объявлено о выходе распределенной системы управления исходными текстами Git 1.7.5. В релиз вошло более 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" теперь могут использовать произвольную стратегию слияния, на манер "git rebase";
  • "git cherry-pick" теперь запоминает коммиты, которые не были применены из-за конфликтов, так что теперь не обязательно использовать команду "commit -c $commit";
  • "git cvsimport" завершается немедленно если сервер CVS оказывается недоступен, без печати сообщений об ошибках;
  • "git fetch" и "git upload-pack" теперь понимают расширение протокола 'no-done', которое позволяет избежать дополнительного обмена пакетами после того как операция "сontent negotiation" будет завершена;
  • "git fetch" теперь умеет рекурсивно загружать суб-модули в автоматическом режиме;
  • "git grep -f {filename}" теперь умеет читать из стандартного потока ввода (символ "-" вместо имени файла);
  • "git init" теперь понимает опцию "--separate-git-dir", которая позволяет создать каталог репозитория в другом месте и подключить его используя механизм gitdir;
  • Команды типа "git log" понимают шаблоны (например: "git log -- '*.txt'"), а также опции "--cherry" и "--cherry-mark", которые могут быть использованы для просмотра двух расходящихся ("diverged") веток без подсветки одинаковых изменений;
  • "git mergetool" обучен работе с программой "beyond compare 3";
  • Теперь команду "git rerere forget" можно вызывать только со спецификатором пути;
  • "git rev-list --objects $revs -- $pathspec" выводит на экран ограниченное число объектов;
  • Команда "git push", вызванная без параметров, выдает более информативное сообщение если в качестве значения опции push.default установлено "tracking" или не указан удаленный репозиторий;
  • У значения "tracking" опции "push.default" теперь есть более информативный синоним: "upstream";
  • У команды "git rerere" появилась новая под-команда "remaining", которая похожа на "status", за исключением того, что не выводит на экран пути, которые уже помечены как "resolved". Команда "git mergetool" уже использует ее.

Также было внесено несколько изменений в код git-p4, vcs-svn, git-svn, gitk, git-gui и документацию. Улучшен основанный на MinGW порт для платформы Windows, кодовая база подготовлена к локализации/интернационализации, исправлено несколько ошибок.

  1. Главная ссылка к новости (https://lkml.org/lkml/2011/4/2...)
  2. OpenNews: Проект Git перешел под покровительство организации Software Freedom Conservancy
  3. OpenNews: Релиз распределенной системы управления исходными текстами Git 1.7.0
Автор новости: Evgeny Zobnin
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/30354-git
Ключевые слова: git, vcs, cvs
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (39) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 14:27, 25/04/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +19 +/
    Отлично, лучшая распределенная vcs становится еще лучше.
     
     
  • 2.4, anonym (?), 14:54, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • –6 +/
    А как же Mercurial? =(
     
     
  • 3.9, Аноним123321 (ok), 16:56, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Mercurial так и остантся хорошей системой -- для фан-боев Соловьёва
     
     
  • 4.12, б.б. (?), 17:24, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это который передачу "К барьеру" ведёт? Он всё таки догадался позвать Линуса? И тот своим традиционным "talk is cheap" и прочими зажигательными высказываниями заставил таки любить родину, linux и git?
     
     
  • 5.34, ананим (?), 00:53, 26/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    и чевоб ему делать в передаче о меркуриал.
    зыж
    отнесу этот пост к 1-ой общероссийской проблеме.
     
  • 2.6, mine (ok), 15:15, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Лучшая для огромных проектов. Для "домашних" на пару метров исходников - fossil.
     
     
  • 3.8, б.б. (?), 16:36, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно. Чем лучше? Русскоязычного обзора "я маленький домашний пользователь, и использую fossil вот так-то и вот так-то" - я что-то не нашёл. По mercurial - их много.
     
  • 2.41, andy (??), 09:37, 26/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > лучшая кучка скриптов, которая чудесным образом может использоваться в качестве vcs

    fixed

     

  • 1.2, prokoudine (??), 14:46, 25/04/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    И как обычно без докачки :)
     
     
  • 2.14, Папо Карло (?), 18:40, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    без докачки чего?
     
     
  • 3.18, me (??), 19:29, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >без докачки чего?

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

     
     
  • 4.19, ананим (?), 19:49, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    $ 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/
    ман рсинка приводить?
     
     
  • 5.20, anonymous (??), 20:16, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Что сказать то хотел?
     
     
  • 6.23, Andrey Mitrofanov (?), 20:37, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Что сказать то хотел?

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

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

     
     
  • 7.25, anonymous (??), 21:06, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >_Ещё вопросы?

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

     
     
  • 8.26, Andrey Mitrofanov (?), 21:19, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ровно так же, как с git fetch ... текст свёрнут, показать
     
     
  • 9.27, anonymous (??), 21:38, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Короче, ответить прямо на вопрос ты не в состоянии Не буду терять время ... текст свёрнут, показать
     
     
  • 10.28, Andrey Mitrofanov (?), 22:13, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    git config http proxy http localhost 3128 time git clone --depth 5 --progr... текст свёрнут, показать
     
     
  • 11.29, anonymous (??), 22:40, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Только к докачке опция depth никакого отношения не имеет Совсем ... текст свёрнут, показать
     
     
  • 12.32, ананим (?), 00:36, 26/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    зато к примеру рсинк имеет зыж ещё раз спрошу - ман рсинка привести ... текст свёрнут, показать
     
     
  • 13.49, вася (??), 19:20, 26/04/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    давай ... текст свёрнут, показать
     
     
  • 14.52, ананим (?), 23:32, 26/04/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    уже давал модЮраторы без Ю не проходит спилили ... текст свёрнут, показать
     

  • 1.3, brother anon (?), 14:51, 25/04/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "git mergetool" обучен работе с программой "beyond compare 3"

    эпично :)

     
  • 1.16, Аноним (-), 18:52, 25/04/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    почему 1.7.5? на сайте 1.7.4.5
     
  • 1.21, Аноним (-), 20:22, 25/04/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А кто-нибудь использует gitolite с ним? Умеет ли он аутентифицировать клиентов только по юзернейм/пасс ? А то недавно листал документацию - везде предлагается хранить на пользователей сертфикиаты чуть ли не в обязательном порядке.
     
     
  • 2.36, northbear (??), 01:08, 26/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Gitolite для того и придуман, чтобы не заморачиваться с shell-доступом. Для доступа через login/pass достаточно sshd в системе.  
     
     
  • 3.46, user455 (?), 10:53, 26/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ну у gitolite есть еще удобный конфиг с правами. собственно именно поэтому я им и заинтересовался. а так у нас используется впн с сертификатами и загружать разработчиков еще одним сертификатом еще и для репозитория не хочется.
     
  • 2.53, Michael Shigorin (ok), 00:33, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Именно с 1.7.5 -- нет, а вообще -- да.  Не сертификаты, а публичные ключи, и это намного вменяемей паролей (и особенно их смены с учётом того, что gitolite работает от непривилегированного псевдопользователя).
     

  • 1.22, Аноним (-), 20:28, 25/04/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    релиз ещё официально не готов. т. е. эта ветка только появилась в репозитории. её соберут — и будет релиз.
     
     
  • 2.24, Andrey Mitrofanov (?), 20:47, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > релиз ещё официально не готов. т. е. эта ветка только появилась в
    > репозитории. её соберут — и будет релиз.

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

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

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

     
     
  • 3.30, Аноним (-), 22:52, 25/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    есть понятия release management и release announcement. анонса ещё не было. этап сборки бинарников также считается хорошим тоном приурочить к этому событию.

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

     
     
  • 4.47, uldus (ok), 11:15, 26/04/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > есть понятия release management и release announcement. анонса ещё не было.

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

     
     
  • 5.51, Аноним (-), 23:23, 26/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    понял, спасибо
     

  • 1.31, анонимус (??), 23:10, 25/04/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    https://github.com/sympy/sympy/wiki/Git-hg-rosetta-stone

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

     
     
  • 2.37, Аноним (-), 01:27, 26/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    О чем ты вообще?
     
     
  • 3.38, анонимус (??), 04:24, 26/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    об удалении сообщений втихаря
     
     
  • 4.48, Maxim Chirkov (ok), 11:21, 26/04/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > об удалении сообщений втихаря

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

     
     
  • 5.50, Аноним (-), 20:52, 26/04/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>не заслуживает удаления ?

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

     
     
  • 6.54, Michael Shigorin (ok), 00:46, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > под такое определение подходит половина сообщений во всех темах, давайте всё удалим
    > потихоньку?

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

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

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

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру