https://mobile.opennet.me/openforum/vsluhforumID3/63927.html Увидел свет (http://groups.google.com/group/linux.kernel/msg/fdfd06a0f8352d06) релиз распределенной системы управления исходными текстами GIT 1.7.0 (http://git-scm.com/), отличающийся (http://www.kernel.org/pub/software/scm/git/docs/RelNotes-1.7.0.txt) частичной потерей совместимости с прошлыми версиями, при сохранении полной совместимости на уровне структуры репозитория. В частности, в версии 1.7 по умолчанию запрещено выполнение "git push" в ветки для которых была выполнена команда "checkout" (ветка указывает на HEAD). Незначительные нарушающие совместимость изменения также затронули команды "git send-email", "git status" и "git diff". <br><br><br>Кроме вызывающих несовместимости изменений в новой версии представлено 43 улучшения, связанных как правило с незначительным расширением функциональности отдельных команд. Добавлена возможность "sparse checkout", позволяющая выполнить "checkout" только для части рабочего дерева исходных текстов. При передаче данных по HTTP реализована поддержка от...<br><br>URL: http://groups. https://mobile.opennet.me/openforum/vsluhforumID3/63927.html#9 Thu, 18 Feb 2010 00:30:45 GMT Не стоит перегибать палку с юниксвеем, а тем более не понимая что это такое. Такие вот и встроенный grep критикуют, и ZFS у них комбайн.<br> https://mobile.opennet.me/openforum/vsluhforumID3/63927.html#8 Tue, 16 Feb 2010 14:31:27 GMT ругается ли при push? Если нет - то у Вас bare репозиторий, и все ок. Если ругается, то вам надо создать bare репоизторий вместо того, что у вас есть.<br> https://mobile.opennet.me/openforum/vsluhforumID3/63927.html#7 Tue, 16 Feb 2010 11:06:58 GMT У вас на сервере скорее всего bare репозиторий (т.е. без раскрытых веток). Поэтому его вышеупомянутый вопрос не касается (т.е. в этом случае ответ "да, так и следует делать").<br> https://mobile.opennet.me/openforum/vsluhforumID3/63927.html#6 Tue, 16 Feb 2010 10:36:50 GMT Всё равно, правильнее было бы сделать многопоточный grep из coreutils. Видимо для такого решения были какие-то веские причины...<br> https://mobile.opennet.me/openforum/vsluhforumID3/63927.html#5 Tue, 16 Feb 2010 10:14:45 GMT А как правильно в удаленный репозиторий коммитить ?<br>Есть основной git-репозиторий на собственном серевере, на котором с разных рабочих машин делаются коммиты (не пересекаются, так как по сути работает один человек, который временами пересаживается на разные компьютеры).<br>Сейчас делаю так:<br><br>сливаю срез репозитория на рабочую машину: git pull user@host:/путь master<br><br>после работы и локальных коммитов заливаю обратно: git push user@host:/путь<br><br>Правильно ли так делать ?<br> https://mobile.opennet.me/openforum/vsluhforumID3/63927.html#4 Tue, 16 Feb 2010 10:08:16 GMT "git grep" does not rely on external grep anymore. It can use _more than one thread_ to accelerate the operation. <br> https://mobile.opennet.me/openforum/vsluhforumID3/63927.html#3 Tue, 16 Feb 2010 09:23:55 GMT &gt;а почему запретили git push после git checkout? <br><br>push в ветку удалённого (remote) репозитория с вытащенными для редактирования источниками приведёт к такой ситуации:<br><br> &#124; -'pushed'- &#124;<br>--x----------HEAD<br> \<br> 'current'<br><br>и при следующем коммите из точки 'current' будут потеряны изменения 'pushed':<br><br> &#124; -'pushed'- &#124;<br>--x-------------x --HEAD<br> \ /<br> 'current'-----<br> https://mobile.opennet.me/openforum/vsluhforumID3/63927.html#2 Tue, 16 Feb 2010 07:52:30 GMT &gt; Работа "git grep" теперь основана на встроенной поддержке поиска и больше не вызывает внешнюю утилиту grep.<br><br>Хех... но не вызов ли внешнего грепа - настоящий юниксвэй?!<br> https://mobile.opennet.me/openforum/vsluhforumID3/63927.html#1 Tue, 16 Feb 2010 06:31:02 GMT а почему запретили git push после git checkout?<br>