LINUX.ORG.RU

Git 2.1.0

 ,


0

3

Представлен релиз системы контроля версий Git v2.1.0.
Основные изменения:

  • Нарушающие совместимость изменения:
    • Для переменной LESS установлено значение по умолчанию «FRX» вместо «FRSX». Удалён флаг «S», отрезающий длинные строки вместо их переноса;
    • Некоторые каталоги в contrib/ отнесены к категории устаревших и исключены;
  • Логика вычисления длины строк обновлена в соответствии со стандартом Unicode 7.0;
  • git clone при клонировании репозитория с локального диска применяет копирование с использованием жёстких ссылок;
  • При использовании HTTP-транспорта обеспечено более полное информирование о передаваемых сервером ошибках;
  • git commit --date=<date> теперь поддерживает больше форматов временных меток, в том числе --date=now;
  • В git replace добавлена опция --graft для перезаписи родительского коммита;
  • Оптимизирована работа git diff при сравнении трёх и более деревьев;
  • В git svn добавлена возможность работы с некорректно сформированными временными метками;
  • git mergetool может использовать в качестве бэкенда vimdiff3.

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

★★★★

Проверено: fallout4all ()
Последнее исправление: maxcom (всего исправлений: 4)

git mergetool может использовать в качестве бэкенда vimdiff3.

а можно подробнее, что это за штука и чем отличается от просто vimdiff?

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

Саня, ну оригинал же новости лежит и смотрит на тебя.

«git clone» applies the «if cloning from a local disk, physically copy the repository using hardlinks, unless otherwise told not to with --no-local» optimization when the url.*.insteadOf mechanism rewrites a remote-repository «git clone $URL» into a clone from a local disk.

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

А это опечатка. «с использованием». *потопал в спецтопик*

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

GitLab, если ты хочешь сделать что-то типа своего GitHub-а. А вообще ничего не нужно, если тебе просто хочется использовать для себя в качестве системы контроля версий без совместной работы с кем-либо.

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

Да, именно хочу поднять свой гитхаб у себя на сервере.

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

«Ааа, это мы ещё вчера сделали!»

тогда и эта опция --author=<author> — тоже будет полезна :-)

«это не я а Вася сделал такой говнокод!..» (и можно хоть на Github потом отправлять... и в Github помоему будет даже уведомление у Васеных фоловеров :))

user_id_68054 ★★★★★
()
Последнее исправление: user_id_68054 (всего исправлений: 2)
Ответ на: комментарий от AUX

не правильно если речь идет о ядре, да и в других случаях не всегда верно...

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

Когдя лентяйничал целый месяц и сделал всё за 2 дня до дедлайна, чтоб не палиться — делаешь коммиты задним числом.

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

В командных проектах, где программисты осилили Git и не нарадуются ему, а дизайнеры/Web-макаки с оффтопиком на машинах так и не смогли в консоль? Да было такое, пришлось всем неосиляторам ставить GUI-шную обертку. И даже с ней они постоянно косячат: то херню какую-нибудь заккомитят, то в COMMIT MSG хрень на русском языке напишут.

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

Ситуаций много. Постоянно приходится лезть в доки по гиту, в которых over9999 ключей, и довольно легко напортачить. Не у всех кодинг сводится к двум веткам и чёткому разделению кода.

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

Как развернуть гит у себя?

gitolite поставь, например

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

довольно легко напортачить

... после чего настолько же легко вернуть все как было с помощью git reflog

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

Не, они ещё ветки мерджат и черепикают изредка. Аннотированием пользуются.

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

Гит вообще предоставляет исключительное количество способов прострелить себе ногу. Особенно в комбинации с герритом.

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

они ещё ветки мерджат и черепикают изредка. Аннотированием пользуются.

Это мастерство. Нет, даже так - это МАСТЕРСТВО!!11

tailgunner ★★★★★
()

тут в release notes прекрасное:

* An experimental format to use two files (the base file and incremental changes relative to it) to represent the index has been introduced; this may reduce I/O cost of rewriting a large index when only small part of the working tree changes.

этак они году к 2020 mercurial 3.0 какой-нибудь догонят

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

Одному мне гит кажется не юзабельным без SourceTree/Tortoise Git/Tower в командных проектах?

Нет, иногда попадаются такие необучаемые мышевозы, но на их мнение всем пофиг.

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

то в COMMIT MSG хрень на русском языке напишут.

хуки на сервере с верификацией commit-msg спасут отцов русской демократии ;-)

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

Бессмысленно. Вообще важен не vcs как таковой, а платформа. Например, github/bitbucket (у которых, кстати, имеются корпоративные версии с возможностью установки на собственном сервере).

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

Да, хуки на стороне сервера спасают в большинстве случаев. Только если коммитер не додумается написать транслитом (были прецеденты), эх.

EXL ★★★★★
()

Дурная концепция не дает возможности посмотреть один фаил - без сливания всего дерева

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

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

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

Дядько, ну так я прочитал, а тут обратил внимание :)

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

ты же своё имя не пишешь как ВАСЯ ПУПКИН. или... а, тогда ок.

в случае Qt, там отдельная тема: QT - это Quick Time.

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

этак они году к 2020 mercurial 3.0 какой-нибудь догонят

Это если очень быстро бежать назад.

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

Что и кто ещё не даёт? Нам всем тут очень любопытны подробности Вашей жизни, ага.

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

Для среднестатистического проекта, вероятно, нет.

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

Суть в том, что если вся история проекта на английском, какой смысл отправлять коммит на русском? А вообще в коммитах на русском не вижу ничего плохого, если проект «для себя» или в команде будут только русскоязычные разработчики.

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

Откровенно говоря, руглиш в коммитах бесит заметно больше чистого русского. Зачастую пояснения к коммитам и комментарии в коде на родном языке иногда пишутся так, что потом проще автора за пуговицу взять и в сторонку отвести на поговорить, чем понять, а что же он имел ввиду. А уж когда речь идёт за английский, знание которого у многих из нас оставляет желать...

AlexM ★★★★★
()

как раз вовремя, мать его!

не могли чуть позже обновиться? мне щаз проектик надо пинать, а не с гитом трахаться. >_<

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