Представлен (https://lkml.org/lkml/2012/1/27/457) релиз распределенной системы управления исходными текстами Git 1.7.9 (http://git-scm.com/).
Некоторые изменения:
- В "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 на различные языки, для этого инте...
URL: https://lkml.org/lkml/2012/1/27/457
Новость: http://www.opennet.me/opennews/art.shtml?num=32923
О, хорошо жить стало! Теперь можно подписывать коммиты штатными средствами! :)
Еще бы добавили возможность зашифровать все перед пушем... А при пуле что б расшифровывал...
И не хватает фичи как в Subversion с блокировкой репа, что бы чекаутить мог только один.
> Еще бы добавили возможность зашифровать все перед пушем...Проксорить /dev/random-ом, чтоб..
>А при пуле что б расшифровывал...
..при пуле врагх обломался!
> И не хватает фичи как в Subversion с блокировкой репа, что бы чекаутить мог только один.
Бедняжки... pserver... У них же нет отдельног^H^Ных транспортов со своей аутентификацией? Ай-яй-яй, мучаются-то!!! И с шифрованием?... Бяда-бяда-бяда.
А в git есть возможность редактировать индекс на уровне строк, а не файлов?
Имеется ввиду редактирование уже добавленых строк(например, удаление).
Сейчас при ошибке при добавлении приходится сбрасывать весь файл :(
а кто мешает закоммитить дополнительно нужную правку, а потом ребейзнуть?
Похоже, что лучше ничего не придумать :(
Хотелось бы проще.
git add -eНеужели так сложно прочитать man git-add?
каким местом git add -e редактирует индекс?
> Сейчас при ошибке при добавлении приходится сбрасывать весь файл :(Зачем сбрасывать? Просто редактируйте файл и снова комитте его в индекс (git add).
В таком случае мне придётся стереть строку(чтобы удалить её из индекса), а в случае изменения придётся посмотреть diff и сделать так как было в HEAD. Громоздко получается.Всё таки как всё странно, хотелось бы что-то вроде git add -e, но для индекса.
Видимо придётся взять себя в руки и вовремя делать коммиты и бранчи, а не ждать
когда получится венегрет из правок.
> Видимо придётся взять себя в руки и вовремя делать коммиты и бранчи,
> а не ждать когда получится венегрет из правок.Ну, вообще это типовое начальное требование к девелоперам обычно, что коммиты
должны быть максимально атомарными, заодно и корректное сообщение к коммиту проще написать, когда только одна сущность поправлена ...
Посоветуйте, пожалуйста, руководство попроще и попонятнее (на русском или/и может видео) после Subversion никак не разберусь.
http://www.ashep.org/2011/ispolzovanie-git-dlya-upravleniya-.../Куда уж проще.
Лучше уж сразу на Mercurial переходить, мороки на порядок меньше, а проку на порядок больше. Правда в глазах торвальдсоидов будете выглядеть отстойно, но тут уж кому что важнее - работа или мнение сектантов торвальдса.
Mercurial - это секта. Какая там работа, онанизм один.
Инопланетный набор команд git сочетается с обилием возможностей и высочайшим быстродействием. Именно это и возмущает git-ненавистников
> Mercurial - это секта. Какая там работа, онанизм один.Онанизм — это когда удовольствие вместо работы. hg в этом плане отвратителен — ни одна проблема/задача не занимает больше, чем нужно для "прочитал man & сделал, что нужно". Ни тебе файло в .git руками не поправить, ни многоножку из awk/sed/tr + git чтототам поотлаживать. Скучно.
> Посоветуйте, пожалуйста, руководство попроще и попонятнее (на русском или/и может видео) после Subversion никак не разберусь.http://tortoisehg.bitbucket.org - таков мой ответ
назовите одинаковый на всех ОС GUI для git - хоть один, нормальный развитый GUI
Mercurial это как случайное знакомство:
Привел домой, задрал юбку, а там ... нормальный развитый GUI.
Ну что же придется все делать через задницу(extension-ы)
Это хорошо расписано в блогопосте: "Настоящая разницап между Git и Mercurial" -
http://xentac.net/2012/01/19/the-real-difference-between-git...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.
> Mercurial это как случайное знакомство:
> Привел домой, задрал юбку, а там ... нормальный развитый GUI.
> Ну что же придется все делать через задницу(extension-ы)А что, этот ваш пачка батников^W^W Git уже умеет revsets?
без Гуя как без... рук?
> назовите одинаковый на всех ОС GUI для git - хоть один, нормальный развитый GUItortoisehg, как tortoisegit, и tortoisebzr - лишь жалкие поделки, пытающиеся выехать на славе tortoisesvn.
Пробовал юзать TortoiseGit+msysgit под маздаем для версионирования каталога с софтом (18 гиг, 20k файлов) - знаю, что изврат, но в целом пашет замечательно. Проблема в том, что TortoiseGit считает себя умнее git и вычисляет изменившиеся файлы каким-то своим неведомым и чрезвычайно тормозным способом, благодаря чему загрузки списка файлов приходится ждать минутами. Что ему мешает быть тупой оберткой вокруг гита и просто запускать git status?
git status сам тормозит от души при первом входе в большой репозитарий - проверьте
$ 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.294s8.5 секунд на репозитарии размером в гиг, напишите мантейнерам кто нибудь - оптимизировать им это нужно
http://progit.org/book/ru/
+1
Очень вменяемое руководство (за исключением первых страниц, на которых слегка мутно объяснено - вводную часть лучше, наверно, почитать по другим источникам).
Есть еще git magic, но оно, имхо, выглядит как бестолковый сборник рецептов в стиле "введите вот это - получите то", по крайней мере, в русском переводе.
> Посоветуйте, пожалуйста, руководство попроще и попонятнее (на русском или/и может видео)
> после Subversion никак не разберусь.
Это новость про git, зачем вы тут про mercurial пишите?
Mercurial - это git done right.
Mercurial — это Subversion done right. А git — это git.
> Mercurial - это git done right.Нет, Mercurial - это как git, только через задницу.
> Это новость про git, зачем вы тут про mercurial пишите?Религиозные фанатики не могут спокойно смотреть на что-то, не укладывающееся в их религию.