The OpenNET Project / Index page

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

Релиз распределенной системы управления исходными текстами 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.

  1. Главная ссылка к новости (http://groups.google.com/group...)
  2. OpenNews: Вышел релиз распределенной системы управления исходными текстами GIT 1.6.6
  3. OpenNews: Доступен релиз системы управления исходными текстами GIT 1.6.0
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/25431-git
Ключевые слова: git, cvs, dvcs
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (8) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 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 у них комбайн.
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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