Увидел свет (http://groups.google.com/group/linux.kernel/msg/fdfd06a0f835...) релиз распределенной системы управления исходными текстами GIT 1.7.0 (http://git-scm.com/), отличающийся (http://www.kernel.org/pub/software/scm/git/docs/RelNotes-1.7...) частичной потерей совместимости с прошлыми версиями, при сохранении полной совместимости на уровне структуры репозитория. В частности, в версии 1.7 по умолчанию запрещено выполнение "git push" в ветки для которых была выполнена команда "checkout" (ветка указывает на HEAD). Незначительные нарушающие совместимость изменения также затронули команды "git send-email", "git status" и "git diff".

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

URL: http://groups.google.com/group/linux.kernel/msg/fdfd06a0f835...
Новость: http://www.opennet.me/opennews/art.shtml?num=25431

• Релиз распределенной системы управления исходными текстами G...,Аноним, 09:31 , 16-Фев-10
  • Релиз распределенной системы управления исходными текстами G...,anonymous, 12:23 , 16-Фев-10
    • Релиз распределенной системы управления исходными текстами G...,Аноним, 13:14 , 16-Фев-10
      • Релиз распределенной системы управления исходными текстами G...,anonymous, 14:06 , 16-Фев-10
      • Релиз распределенной системы управления исходными текстами G...,azure, 17:31 , 16-Фев-10
• Релиз распределенной системы управления исходными текстами G...,Коденок, 10:52 , 16-Фев-10
  • Релиз распределенной системы управления исходными текстами G...,Аноним, 13:08 , 16-Фев-10
    • Релиз распределенной системы управления исходными текстами G...,Serega, 13:36 , 16-Фев-10
      • Релиз распределенной системы управления исходными текстами G...,аноним, 03:30 , 18-Фев-10

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

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

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

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

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

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

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

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

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

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

У вас на сервере скорее всего bare репозиторий (т.е. без раскрытых веток). Поэтому его вышеупомянутый вопрос не касается (т.е. в этом случае ответ "да, так и следует делать").

ругается ли при push? Если нет - то у Вас bare репозиторий, и все ок. Если ругается, то вам надо создать bare репоизторий вместо того, что у вас есть.

> Работа "git grep" теперь основана на встроенной поддержке поиска и больше не вызывает внешнюю утилиту grep.

Хех... но не вызов ли внешнего грепа - настоящий юниксвэй?!

"git grep" does not rely on external grep anymore.  It can use _more than one thread_ to accelerate the operation.

Всё равно, правильнее было бы сделать многопоточный grep из coreutils. Видимо для такого решения были какие-то веские причины...

Не стоит перегибать палку с юниксвеем, а тем более не понимая что это такое. Такие вот и встроенный grep критикуют, и ZFS у них комбайн.