The OpenNET Project / Index page

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

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

28.01.2012 13:10

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

Некоторые изменения:

  • В "git commit" добавлена опция "-S" для создания GPG-подписи для коммита. Сигнатуру можно посмотреть через опцию "--show-signature" в "git log";
  • В "git pull" добавлена поддержка извлечения и слияния аннотированных/подписанных тегов. GPG-сигнатура из подписанных тегов записывается в результирующем коммите для дальнейшего аудита;
  • В "git log" добавлена опция "--show-signature" для отображения подписанных тегов и данных, записанных в процессе их коммитов. Созданную при коммите сигнатуру можно отобразить через "git commit -S";
  • Обновлён интерфейс gitk, который вобрал в себя изменения, накопившиеся с начала 2011 года. Git-gui обновлён до версии 0.16.0. В "gitweb" появился режим отображения diff-ов бок о бок;
  • Подготовлена инфраструктура для перевода сообщений Git на различные языки, для этого интегрирована поддержка gettext и обеспечена автоматическая загрузка PO-файлов для текущей локали;
  • В коде манипулирования логином/паролем при выполнении HTTP-транзакций, используемых для "git push" и "git fetch", обеспечена возможность использования внешнего API для кэширования или хранения параметров авторизации, что позволяет обеспечить интеграцию с механизмами работы с ключами авторизации различных платформ;
  • При запросе пароля в терминале теперь по возможности везде используется собственная реализация функции getpass() с целью защиты от возможных утечек паролей;
  • В "git add" появилась поддержка добавления больших файлов непосредственно в единый packfile, вместо записи в отдельные бинарные файлы;
  • В "git checkout" и "git merge" добавлена опция "--no-overwrite-ignore" для оставления неизменными неотслеживаемых или игнорируемых файлов;
  • В "git commit --amend" добавлена опция "--no-edit" для записи правок без изменения сообщения в логе коммитов;
  • В реализации "git commit" и "git reset" реализована оптимизация для кэширования состояния дерева в индексе;
  • В "git commit" добавлен код определения и отклонения сообщений в логе коммитов, содержащих символ с нулевым кодом;
  • Обеспечено отображение прогресса выполнения операций fsck и prune;
  • В "git log --format=''" добавлена поддержка спецификатора %g[nNeE] для вывода информации из элементов reflog при его просмотре (опция "-g");
  • "git branch --edit-description" может быть использован для добавления описания с пояснением причин создания ответвления;
  • В "git request-pull" обеспечена передача дополнительной информации (описание ветки, аннотированный тег и т.п.), которая может оказаться полезной для принятия решения при принятии изменений;
  • В "git tag" добавлена опция "--cleanup" для управления чисткой пробелов и пустых строк в тексте сообщения тега.


  1. Главная ссылка к новости (https://lkml.org/lkml/2012/1/2...)
  2. OpenNews: Хостинг открытых проектов Bitbucket объявил о поддержке Git
  3. OpenNews: Релиз распределенной системы управления исходными текстами Git 1.7.7
  4. OpenNews: Релиз распределенной системы управления исходными текстами Git 1.7.6
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/32923-git
Ключевые слова: git
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (34) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, oxyum (ok), 14:38, 28/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    О, хорошо жить стало! Теперь можно подписывать коммиты штатными средствами! :)
     
     
  • 2.36, Alukardd (?), 23:42, 31/01/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Еще бы добавили возможность зашифровать все перед пушем... А при пуле что б расшифровывал...
    И не хватает фичи как в Subversion с блокировкой репа, что бы чекаутить мог только один.
     
     
  • 3.37, Andrey Mitrofanov (?), 10:59, 01/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Еще бы добавили возможность зашифровать все перед пушем...

    Проксорить /dev/random-ом, чтоб..

    >А при пуле что б расшифровывал...

    ..при пуле врагх обломался!

    > И не хватает фичи как в Subversion с блокировкой репа, что бы чекаутить мог только один.

    Бедняжки... pserver... У них же нет отдельног^H^Ных транспортов со своей аутентификацией? Ай-яй-яй, мучаются-то!!! И с шифрованием?... Бяда-бяда-бяда.

     

  • 1.2, user (??), 15:21, 28/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А в git есть возможность редактировать индекс на уровне строк, а не файлов?
    Имеется ввиду редактирование уже добавленых строк(например, удаление).
    Сейчас при ошибке при добавлении приходится сбрасывать весь файл :(
     
     
  • 2.3, dimas (??), 16:43, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а кто мешает закоммитить дополнительно нужную правку, а потом ребейзнуть?
     
     
  • 3.7, user (??), 21:15, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Похоже, что лучше ничего не придумать :(
    Хотелось бы проще.
     
  • 2.4, Аноним (-), 16:55, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    git add -e

    Неужели так сложно прочитать man git-add?

     
     
  • 3.6, user (??), 21:11, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    каким местом git add -e редактирует индекс?
     
  • 2.5, Аноним (-), 18:26, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Сейчас при ошибке при добавлении приходится сбрасывать весь файл :(

    Зачем сбрасывать? Просто редактируйте файл и снова комитте его в индекс (git add).

     
     
  • 3.8, user (??), 21:20, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В таком случае мне придётся стереть строку(чтобы удалить её из индекса), а в случае изменения придётся посмотреть diff и сделать так как было в HEAD. Громоздко получается.

    Всё таки как всё странно, хотелось бы что-то вроде git add -e, но для индекса.
    Видимо придётся взять себя в руки и вовремя делать коммиты и бранчи, а не ждать
    когда получится венегрет из правок.

     
     
  • 4.12, dimas (??), 23:54, 28/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Видимо придётся взять себя в руки и вовремя делать коммиты и бранчи,
    > а не ждать когда получится венегрет из правок.

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

     

  • 1.9, x0r (??), 22:12, 28/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Посоветуйте, пожалуйста, руководство попроще и попонятнее (на русском или/и может видео) после Subversion никак не разберусь.
     
     
  • 2.14, noname (??), 00:30, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    http://www.ashep.org/2011/ispolzovanie-git-dlya-upravleniya-konfiguracionnymi

    Куда уж проще.

     
  • 2.15, Виндус (?), 02:57, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Лучше уж сразу на Mercurial переходить, мороки на порядок меньше, а проку на порядок больше. Правда в глазах торвальдсоидов будете выглядеть отстойно, но тут уж кому что важнее - работа или мнение сектантов торвальдса.
     
     
  • 3.25, Аноним (-), 21:40, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Mercurial - это секта. Какая там работа, онанизм один.
     
     
  • 4.32, Аноним (-), 11:04, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Инопланетный набор команд git сочетается с обилием возможностей и высочайшим быстродействием. Именно это и возмущает git-ненавистников
     
  • 4.39, develop7 (ok), 22:04, 03/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Mercurial - это секта. Какая там работа, онанизм один.

    Онанизм — это когда удовольствие [b]вместо[/b] работы. hg в этом плане отвратителен — ни одна проблема/задача не занимает больше, чем нужно для "прочитал man & сделал, что нужно". Ни тебе файло в .git руками не поправить, ни многоножку из awk/sed/tr + git чтототам поотлаживать. Скучно.

     
  • 2.17, добрый дядя (?), 04:15, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • –7 +/
    > Посоветуйте, пожалуйста, руководство попроще и попонятнее (на русском или/и может видео) после Subversion никак не разберусь.

    http://tortoisehg.bitbucket.org - таков мой ответ

    назовите одинаковый на всех ОС GUI для git - хоть один, нормальный развитый GUI

     
     
  • 3.20, Df232z (ok), 12:29, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Mercurial это как случайное знакомство:
    Привел домой, задрал юбку, а там ... нормальный развитый GUI.
    Ну что же придется все делать через задницу(extension-ы)
     
     
  • 4.21, Df232z (ok), 12:32, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это хорошо расписано в блогопосте: "Настоящая разницап между Git и Mercurial" -
    http://xentac.net/2012/01/19/the-real-difference-between-git-and-mercurial.ht

    This belies one of the main differences I’ve found between git and mercurial.
    When a git user runs into a problem, they look at the tools they have on hand and ask, “how can I combine these ideas to solve my problem?”
    When a mercurial user runs into a problem, they look at the problem and ask, “what code can I write to work around this?”
    They are very different approaches that may end up at the same place, but follow alternate routes.

     
  • 4.38, develop7 (ok), 20:35, 03/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Mercurial это как случайное знакомство:
    >  Привел домой, задрал юбку, а там ... нормальный развитый GUI.
    >  Ну что же придется все делать через задницу(extension-ы)

    А что, этот ваш пачка батников^W^W Git уже умеет revsets?

     
  • 3.24, Клыкастый2 (?), 20:11, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    без Гуя как без... рук?
     
  • 3.28, Аноним (-), 21:56, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > назовите одинаковый на всех ОС GUI для git - хоть один, нормальный развитый GUI

    tortoisehg, как tortoisegit, и tortoisebzr - лишь жалкие поделки, пытающиеся выехать на славе tortoisesvn.

     
     
  • 4.30, Аноним (-), 10:51, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Пробовал юзать TortoiseGit+msysgit под маздаем для версионирования каталога с софтом (18 гиг, 20k файлов) - знаю, что изврат, но в целом пашет замечательно. Проблема в том, что TortoiseGit считает себя умнее git и вычисляет изменившиеся файлы каким-то своим неведомым и чрезвычайно тормозным способом, благодаря чему загрузки списка файлов приходится ждать минутами. Что ему мешает быть тупой оберткой вокруг гита и просто запускать git status?
     
     
  • 5.34, Аноним (-), 19:54, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    git status сам тормозит от души при первом входе в большой репозитарий - проверьте
     
  • 5.35, Аноним (-), 22:21, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    $ git clone git://gitourious.org/qt/digia-qt.git
    $ cd digia-qt
    $ time git status
    # On branch 4.7
    nothing to commit (working directory clean)

    real    0m8.591s
    user    0m0.555s
    sys     0m0.294s

    8.5 секунд на репозитарии размером в гиг, напишите мантейнерам кто нибудь - оптимизировать им это нужно

     
  • 2.29, anthonio (ok), 10:36, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    http://progit.org/book/ru/
     
     
  • 3.31, Аноним (-), 10:57, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    +1
    Очень вменяемое руководство (за исключением первых страниц, на которых слегка мутно объяснено - вводную часть лучше, наверно, почитать по другим источникам).
    Есть еще git magic, но оно, имхо, выглядит как бестолковый сборник рецептов в стиле "введите вот это - получите то", по крайней мере, в русском переводе.
     
  • 2.33, ponyol (??), 14:25, 30/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Посоветуйте, пожалуйста, руководство попроще и попонятнее (на русском или/и может видео)
    > после Subversion никак не разберусь.

    http://habrahabr.ru/blogs/development/68341/

     

  • 1.18, Аноним (-), 07:02, 29/01/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Это новость про git, зачем вы тут про mercurial пишите?
     
     
  • 2.19, Аноним (-), 12:13, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Mercurial - это git done right.
     
     
  • 3.23, Аноним (-), 15:20, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Mercurial — это Subversion done right. А git — это git.
     
  • 3.26, Аноним (-), 21:41, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Mercurial - это git done right.

    Нет, Mercurial - это как git, только через задницу.

     
  • 2.27, Аноним (-), 21:43, 29/01/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Это новость про git, зачем вы тут про mercurial пишите?

    Религиозные фанатики не могут спокойно смотреть на что-то, не укладывающееся в их религию.

     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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