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

15.02.2010 20:48

Увидел свет релиз распределенной системы управления исходными текстами GIT 1.7.0, отличающийся частичной потерей совместимости с прошлыми версиями, при сохранении полной совместимости на уровне структуры репозитория. В частности, в версии 1.7 по умолчанию запрещено выполнение "git push" в ветки для которых была выполнена команда "checkout" (ветка указывает на HEAD). Незначительные нарушающие совместимость изменения также затронули команды "git send-email", "git status" и "git diff".

Кроме вызывающих несовместимости изменений в новой версии представлено 43 улучшения, связанных как правило с незначительным расширением функциональности отдельных команд. Добавлена возможность "sparse checkout", позволяющая выполнить "checkout" только для части рабочего дерева исходных текстов. При передаче данных по HTTP реализована поддержка отличных от "basic" методов аутентификации, например, "digest". Работа "git grep" теперь основана на встроенной поддержке поиска и больше не вызывает внешнюю утилиту grep, позволяя распараллелить выполнение операций на несколько потоков.

В настоящее время Git используется в таких известных открытых проектах, как Linux ядро, Perl, Gnome, Qt, GCC, Ruby on Rails, Google Android, Wine, Fedora, Debian, X.org, Cairo, Mesa3D, Compiz, VLC, OpenVZ, KVM, Bacula, FreeRADIUS, DragonFlyBSD.

исправить +9 +/–

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/25431-git

Ключевые слова: git, cvs, dvcs

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (9)

1.1, Аноним (-), 09:31, 16/02/2010 [ответить]	+/–
а почему запретили git push после git checkout?

2.3, anonymous (??), 12:23, 16/02/2010 [^] [^^] [^^^] [ответить]

+1 +/–

>а почему запретили git push после git checkout?

push в ветку удалённого (remote) репозитория с вытащенными для редактирования источниками приведёт к такой ситуации:

  | -'pushed'-  |
--x----------HEAD
   \
    'current'

и при следующем коммите из точки 'current' будут потеряны изменения 'pushed':

  | -'pushed'-  |
--x-------------x  --HEAD
   \              /
    'current'-----

3.5, Аноним (-), 13:14, 16/02/2010 [^] [^^] [^^^] [ответить]

+/–

А как правильно в удаленный репозиторий коммитить ?
Есть основной git-репозиторий на собственном серевере, на котором с разных рабочих машин делаются коммиты (не пересекаются, так как по сути работает один человек, который временами пересаживается на разные компьютеры).
Сейчас делаю так:

сливаю срез репозитория на рабочую машину: git pull user@host:/путь master

после работы и локальных коммитов заливаю обратно: git push user@host:/путь

Правильно ли так делать ?

4.7, anonymous (??), 14:06, 16/02/2010 [^] [^^] [^^^] [ответить]	+2 +/–
У вас на сервере скорее всего bare репозиторий (т.е. без раскрытых веток). Поэтому его вышеупомянутый вопрос не касается (т.е. в этом случае ответ "да, так и следует делать").

4.8, azure (ok), 17:31, 16/02/2010 [^] [^^] [^^^] [ответить]	+1 +/–
ругается ли при push? Если нет - то у Вас bare репозиторий, и все ок. Если ругается, то вам надо создать bare репоизторий вместо того, что у вас есть.

1.2, Коденок (?), 10:52, 16/02/2010 [ответить]	+/–
> Работа "git grep" теперь основана на встроенной поддержке поиска и больше не вызывает внешнюю утилиту grep. Хех... но не вызов ли внешнего грепа - настоящий юниксвэй?!

2.4, Аноним (-), 13:08, 16/02/2010 [^] [^^] [^^^] [ответить]	+/–
"git grep" does not rely on external grep anymore. It can use _more than one thread_ to accelerate the operation.

3.6, Serega (??), 13:36, 16/02/2010 [^] [^^] [^^^] [ответить]	+/–
Всё равно, правильнее было бы сделать многопоточный grep из coreutils. Видимо для такого решения были какие-то веские причины...

4.9, аноним (?), 03:30, 18/02/2010 [^] [^^] [^^^] [ответить]	+/–
Не стоит перегибать палку с юниксвеем, а тем более не понимая что это такое. Такие вот и встроенный grep критикуют, и ZFS у них комбайн.

Добавить комментарий

Текст: