LINUX.ORG.RU

Git 2.0

 , , ,


1

3

Git — распределённая система управления версиями файлов. Проект был создан Линусом Торвальдсом для управления разработкой ядра Linux, первая версия выпущена 7 апреля 2005 года. На сегодняшний день его поддерживает Джунио Хамано.
Git используют такие проекты как Linux, Android, Debian, Libreoffice, Systemd, X.Org, Wayland, Gnome, KDE, Perl, Drupal, Cairo, GNU Core Utilities, Mesa, Wine, Chromium, Compiz Fusion, FlightGear, jQuery, PHP, NASM, MediaWiki, DragonFly BSD.

Неполный список изменений:

  • Изменён префикс по умолчанию с refs/remotes на refs/remotes/origin/ для команды git svn.
  • Из команды git diff-files исключена опция -q.
  • В git request-pull прекращена поддержка нескольких эвристических выводов при выборе ветки для pull-запроса, которые часто приводили к ошибкам.
  • Теперь remote-hg/bzr — отдельный плагин, не входящий в состав request-pull.
  • В файлах .gitignore появилось игнорирование пробелов в хвосте путей.
  • Обеспечение поддержки опций --depth в git gc --aggressive --show-linear-break в git log, --gpg-sign в командах, создающих коммиты.
  • В git rebase опция "-" разбирается как указание на прошлую ветку.
  • Команда git push при работе через интерфейс transport-helper теперь поддерживает инициирование принудительного обновления ссылок.
  • В git push раньше использовалась семантика «matching» теперь поведение изменено и по умолчанию применяется семантика «simple».
  • Указание "-" вместо имени входного файла в команде git config --file позволяет организовать загрузку данных из входного потока.

>>> Подробности

★★

Проверено: mono ()
Последнее исправление: Dendy (всего исправлений: 5)

Все эти изменения правда тянут на новую версию?

Gvidon ★★★★
()

до сих пор сижу на RCS и горя не знаю.

anonymous
()
Ответ на: комментарий от hippi90

Версия 2.0 - просто очередной релиз или типа очень большой мажор?

Особо крупных изменений нет. Но неслабо поломали обратную совместимость. Потому и 2.0.

Sectoid ★★★★★
()

что за --depth в git gc?

quest ★★★★
()

Годно. Поведение push изменить вообще давно было пора.

Shtirliz72
()

знатоки git ответьте на вопрос:

есть репозитарий и в нем дохрена веток с названиями типа jb-<цифры> или кк-<цифры> а есть еще ветки вида chromium/<что то там> так вот, как мне тянуть только ветки kk- например?

anonymous
()
Ответ на: комментарий от Sectoid

man git fetch

можно тянуть только одельные ветки, вопрос в том что веток реально много и вписывает их по одной не реально

anonymous
()

Автор новости, это часом не Автор замечательного и впоследствии брошенного торрент клиента?

DALDON ★★★★★
()
Ответ на: комментарий от anonymous

man git fetch

можно тянуть только одельные ветки, вопрос в том что веток реально много и вписывает их по одной не реально

А в чем проблема обернуть это в sh скрипт и выполнить?

BaBL ★★★★★
()
Ответ на: комментарий от Sectoid

Особо крупных изменений нет. Но неслабо поломали обратную совместимость. Потому и 2.0.

Это явно стоило новой версии :(

sT331h0rs3 ★★★★★
()

Нужнота!

Теперь remote-hg/bzr — отдельный плагин, не входящий в состав request-pull.

One git to rule them all.

// отлично, что разработчики создают инструменты для интеграции с другими VCS

KennyMinigun ★★★★★
()
Ответ на: комментарий от wayland_systemd

Unix way же

Это у тебя не леннарт ли на аватарке?

anonymous
()
Ответ на: комментарий от hippi90

Смена мажорной версии не каждый день случается, надо бы это отметить.

CYB3R ★★★★★
()
Ответ на: комментарий от anonymous

ТОгда почему у меня после git clone одна ветка, а не все?

Наверное потому, что по-умолчанию локальная ветка создается только master? Присмотрись, у тебя все удаленные ветки должны быть (если не давал доп. опций fetch'у, я зафакапил таки)

Sectoid ★★★★★
()
Ответ на: комментарий от anonymous

можно тянуть только одельные ветки, вопрос в том что веток реально много и вписывает их по одной не реально

Да, вспомнил, действительно можно указать какие ветки тянуть. Вроде настройка fetch в соотв. remote'е позволяет указывать что тянуть, в т.ч. и wildcard'ом.

Sectoid ★★★★★
()
Ответ на: комментарий от sT331h0rs3

Это явно стоило новой версии :(

Они там ее поломали таким образом, что по-дефолту git стал себя вести... логичнее, чтоли.

Sectoid ★★★★★
()

Перевёл на гит все свои проекты с субверьсьён ещё года три назад - это успех.

nanoolinux ★★★★
()
Ответ на: комментарий от Sectoid

напиши мне wildcard который будет тянуть все ветки под ref/heads/ но не будет тянуть все ветки под ref/heads/chromium/

anonymous
()
Ответ на: комментарий от zorg

2.0

Надо смотреть не на циферки, а на изменения

xorik ★★★★★
()

Указание "-" вместо имени входного файла в команде git config --file позволяет организовать загрузку данных из входного потока.

А что, /dev/stdin уже не модно?

segfault ★★★★★
()

Интересно, когда же они наконец сделают адекватную замену svn:externals?

Moncruist
()

пользуясь случаем спрошу: посоветуйте доку какую-нибудь , желательно на русском и которая «работает», что бы github научиться пользоваться для начала?

NK ★★★★★
()

много раз читал статью на вики про систему управления версиями, так и не как оно работает и зачем оно

Xegai ★★
()

Это поделие уже может показать один файлик из репы без того чтобы склонить всю репу? Или показать например список файлов в удаленой репе?

WindowsXP ★★
()
Ответ на: комментарий от WindowsXP

Это поделие уже может показать один файлик из репы без того чтобы склонить всю репу? Или показать например список файлов в удаленой репе?

Очень похоже на вопрос про семки.

anonymous
()
Ответ на: комментарий от skvitek

Не проблема, но костыли же

Исходники git-а посмотри. Там половина высокоуровневых команд это шелскрипты с использованием низкоуровневых.

anonymous
()
Ответ на: комментарий от sT331h0rs3

Это явно стоило новой версии :(

Именно. И только та и надо. Менять старшую версию не по величине изменений. А по нарушению обратной совместимости. Остальные, те кто делает не так, злостные вредители. Ненавижу! :)

anonymous
()
Ответ на: комментарий от Xegai

много раз читал статью на вики про систему управления версиями, так и не как оно работает и зачем оно

Если ты 100 раз сожмёшь тяжёлый проект, то ты получишь 100 архивов весом допустим по 100Мб - то есть на диске сохранение 100 версий проекта отожрёт почти 10 гигов! А git позволяет упаковать такие файлы как минимум на порядок компактнее, и ты сможешь таскать копию всех версий на флешке или карте памяти в мобиле. То есть git это такой мудрёный архиватор для разработчиков.

Napilnik ★★★★★
()
Последнее исправление: Napilnik (всего исправлений: 1)
Ответ на: комментарий от NK

самое простое начало

пользуясь случаем спрошу: посоветуйте доку какую-нибудь , желательно на русском и которая «работает», что бы github научиться пользоваться для начала?

https://try.github.io/levels/1/challenges/1

Там даже просто мышкой в подсвеченные команды можно тыкать.

Вкратце: создать локальный репо; загрузить на github его; зайти на гитхаб и посмотреть, что получилось.

justAmoment ★★★★★
()

До сих пор нельзя работать с разными бранчами одновременно. Разве что копируя полностью репозиторий.

hibou ★★★★★
()
Ответ на: комментарий от hibou

Разве что копируя полностью репозиторий.

Во первых, клон локальной репы дешев как плечевая шлюшка, во вторых, кто-то не осилил fetch.

anonymous
()
Ответ на: комментарий от anonymous

поясни что ты собрался одновременно делать?

Вангую, он хочет два воркспейса с разными бранчами одной репы.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.