После двух месяцев разработки опубликован выпуск распределенной системы управления исходными текстами Git 2.35. Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям "задним числом" используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56570
В списке изменений слишком мало инклюзивности, позитивности и защиты негров от слова "slave". Низачот.> Проведена работа по стандартизации применения типа "size_t" вместо "used unsigned"
А вот это как раз зачётно.
зачётно что? то что разгребают свой гавнокод?
Глянул сегодня Hammer2 в DragonFly BSD, смотрю список разделов, а там... В колонке Type в четырёх пунктах написано MASTER!!!Это вообще законно?
Main of puppets
Master, master
Where's the dreams that I've been after?
Master, master
You promised only lies
Laughter, laughter
All I hear or see is laughter
Laughter, laughter
Laughing at my cries
Main и Маргарита
We don't need no
education...
кинь в него кирпич, ага, для профилактики
>В команду "git log" добавлен новый спецификатор формата "--format=%(describe)"Улучшайзинги для консольной утилиты нафиг не упёрлись. Все пользуются gui клиентами. Например smartgit.
> Все пользуются gui клиентами.Кто эти все? Все кого я знаю, пользуются консолью.
"Никогда не спорьте с идиотами. Вы опуститесь до их уровня, где они задавят вас своим опытом."
незадавят, так как согласно теории эволюции умники это бывшие рукожопые ламеры с ЧСВ до колена.
Ну а то что git постепенно превращается в еще одно ядро linux уже давно не секрет.
«Согласно теории эволюции», серьёзно? Где же ты это вычитал, болезный?
что мешает человеку продвигать свою теорию эволюции? он же не конкретизировал чья она)
Да уж, в unabridged я такого точно не видел. Впрочем, апелляция не-биологом к "теории эволюции" -- обычное начало очередного антинаучного бреда, по моим наблюдениям.
Теория эволюции просто очередной бред шизофреника, как и теория относительности такитипаучёного финкельштейна.
> Теория эволюции просто очередной бред шизофреника,Учитывая, что "одной современной" теории эволюции как таковой и нет (есть несколько "стыкующихся теорий", но все же с некоторыми неувязками) ...
> очередной бред шизофреникаПотомок глиняного человечка, вылепленного just for lulz неким сверхсуществом, пожелавшим остаться инкогнито, ошибаться не может. Верим (нет).
Веруны в наВуку точно такие же абсурдные сектанты, как и веруны в Иегову. И те и другие просто жрут то, что им дают.Даже библейские стори выглядят более убедительно, чем басни о каком-то неведомом взрыве, породившем огромную кучу неведомого гомна, из которого потом были склеены обезьяны.
И с ходу ad hominem. А производили впечатление знатока и тонкого ценителя сортов этого самого. Как вы только в дверные проемы проходите?
>И с ходу ad hominem.Это вы на обезьяну обиделись?
Люди не от обезьяны произошли, у них просто возможно есть далёкий общий предок.
Происхождение людей вопрос весьма забавный, исследования ДНК кое что показали, и одного этого уже достаточно чтобы заработать бессонницу.>А производили впечатление знатока и тонкого ценителя сортов этого самого. Как вы только в дверные проемы проходите?
Да вроде ничего такого он не говорит.
Последние исследования показали, что вселенная не гомогенна конкретно на вселенских масштабах. Обнаружили вектор магнитно поля.
А с микроволновым излучением вообще смешно получается.Что же касается происхождения жизни, то после свершений биохимии последних десятилетий, можно смело утверждать, что никакой случайный процесс не способен создать подобное.
>>И с ходу ad hominem.
> Это вы на обезьяну обиделись?
> Люди не от обезьяны произошли, у них просто возможно есть далёкий общий
> предок.
> Происхождение людей вопрос весьма забавный, исследования ДНК кое что показали,Ты так смешно напускаешь туману, что даже интересно посмотреть, кто на это купится.
> Веруны в наВуку точно такие же абсурдные сектанты, как и веруны в Иегову.Очевидно, что нет. Бог «верунов в наВуку» может приложить из розетки электричеством так, что ангелов увидшь. А библейская шизофрения может только недалёких адом пугать.
то всё попы на очередном соборе все переврали и насочиняли, вон Джони тоже пожгли за "ересь":Я, Джованни Мочениго, доношу по долгу совести и по приказанию духовника, что много раз слышал от Джордано Бруно, когда беседовал с ним в своём доме, что мир вечен и существуют бесконечные миры… что Христос совершал мнимые чудеса и был магом, что Христос умирал не по доброй воле и, насколько мог, старался избежать смерти; что возмездия за грехи не существует; что души, сотворённые природой, переходят из одного живого существа в другое. Он рассказывал о своём намерении стать основателем новой секты под названием «новая философия». Он говорил, что Дева Мария не могла родить; монахи позорят мир; что все они — ослы; что у нас нет доказательств, имеет ли наша вера заслуги перед Богом.
Почему вы считаете что научных атеистов Бог не может приложить током из розетки?
Получается их вера защищает их? Может она тогда истинна? Тоесть бог науковерцев получается не такой мощный как бог наукоатеистов.
Из всех кого знаю, gui только начинающие(фактически студенты) пользуются (и то только потому что пользуются gui IDE), все опытные (и даже многие студенты) либо cli юзают, либо плагинами в виме (которые сами либо утилитку юзают, либо либы).
Просто git сам по себе бай дизайн неюзабельная и ненаглядная штука. Поэтому в cli и используется.
Паттерн git status -> git add -> git commit -> git push в консоли работает прекрасно, все остальное в гуи проще.
> Паттерн git status -> git add -> git commit -> git
> push в консоли работает прекрасно, все остальное в гуи проще.Что проще в гуе например? Патч например сделать и применить? Или автоотребейзить фиксапы?
1 Историю читать и быстро найти в каких фиксациях изменялся файл и что именно было изменено.
2 Сливать при конфликтах.
Оба действия делаю в консоли, не вижу затруднений. Если путаешься где одно изменение, где другое(хотя казалось бы они даже подписаны), есть плагины для vim с более наглядным отображением.Историю читать и быстро найти в каких фиксациях изменялся файл и что именно было изменено (одна команда карл!).
git log -p filenameСливать при конфликтах
Для файлов где нужно оставить одно из изменений git checkout --ours/--theirs filename1 filename2.
Для файлов где оба изменения не годятся, правишь ручками, добавляешь+продолжаешь мерж.
При желании все это делается одной короткой алиас-командой, а то и хоткеями из vim'а. Так что твой gui в лучшем случае не быстрее, а скорее всего и крайне ограничен по функционалу и удобству.
О! Спрошу, вдруг знаешь как.Видел гафическую утилиту для разруливания слияний, вдруг знаешь аналог для vim'а.
В одном месте отображается содержимое файла из одной ветки, в другом месте - содержимое файла из второй ветки, в третьем месте - содержимое файла ближайшего общего предка.
В четвертом месте ты правишь, то что получается. В пятом месте отображается отличие вносимыж правок от содержимого одной ветки, В шестом месте отображается отличие вносимых изменений от второй ветки. И в седьмом месте отличие вносимых изменений от ближайшего общего предка.В vim'е бы такое.
> О! Спрошу, вдруг знаешь как.
> Видел гафическую утилиту для разруливания слияний, вдруг знаешь аналог для vim'а.
> В одном месте отображается содержимое файла из одной ветки, в другом месте
> - содержимое файла из второй ветки, в третьем месте - содержимое
> файла ближайшего общего предка.
> В четвертом месте ты правишь, то что получается. В пятом месте отображается
> отличие вносимыж правок от содержимого одной ветки, В шестом месте отображается
> отличие вносимых изменений от второй ветки. И в седьмом месте отличие
> вносимых изменений от ближайшего общего предка.
> В vim'е бы такое.http://vimcasts.org/episodes/fugitive-vim-resolving-merge-co.../
За меня тут уже ответили, да я логи смотрю и как ветки взаимодействуют разруливаю конфликты, также создаю локальные ветки из удаленных. Иногда тэги, правда, сейчас с ними разобрался и в консольном исполнении.
Может так случиться что в консоли в итоге буду делать всё, но взаимодействие веток буду продолжать смотреть в графике.
> Может так случиться что в консоли в итоге буду делать всё, но
> взаимодействие веток буду продолжать смотреть в графике.Есть же git log, у него куча опций, можно сделать что угодно, включая псевдографику и запилить двухсимвольный алиас вроде
lg = log --pretty=format:"%C(yellow)%h\\ %Creset%s%Cblue\\ [%cn]\\%Cred%d" --decorate --abbrev-commit --graph
>Есть же git log, у него куча опций, можно сделать что угодноЭто все прекрасно, номне надо код писать и мне не платят за знание git (вот такой у меня специфический случай) :)
>>Есть же git log, у него куча опций, можно сделать что угодно
> Это все прекрасно, номне надо код писать и мне не платят за
> знание git (вот такой у меня специфический случай) :)По этой логике Вам незачем дышать, пить, есть. Случай и впрямь специфический.
В такие моменты я понимаю что не останусь без работы и ещё долго буду востребованным.
Увы, всех сказочных фей разобрали, вместо них могу порекомендовать купить дом, архитектору которого не платили за знание геодезии, сопромата и расчёт вентиляции.
P.S. не разбираюсь в строительстве, но намёк должен быть понятен
Ну вот вам уровень впопеннета и всей современной разработки в принципе.Попробуй без гуя разобраться в 3-way diff. Хотя, да, зачем тебе...
> Попробуй без гуя разобраться в 3-way diff. Хотя, да, зачем тебе...Я не пробую, я делаю. И делаю в консоли. Проблем не испытываю.
> Ну вот вам уровень впопеннета и всей современной разработки в принципе.
Действительно, если есть люди считающие что без gui нельзя разрабатывать, то уровень разработки на нуле.
> Просто git сам по себе бай дизайн неюзабельная и ненаглядная штука.
> Поэтому в cli и используется.Настолько неюзабельная, что его используют все, настолько ненаглядная, что даже git log --graph есть (открою тайну - в консоли есть все что есть в gui и даже больше)
На безрыбье и рак рыба. В среде опенсорца конечно же по другому нельзя. Хороший продукт он денег стоит программисты ему нужны дорогие, а платить за это никто не хочет поэтому имеем то что имеет нас =(
И какой же платный аналог git вы имели в виду?
> И какой же платный аналог git вы имели в виду?bitkeeper, бгг!
> На безрыбье и рак рыба. В среде опенсорца конечно же по другому
> нельзя. Хороший продукт он денег стоит программисты ему нужны дорогие, а
> платить за это никто не хочет поэтому имеем то что имеет
> нас =(Ну да, ну да. Поработай с коммерческим софтом, довольно быстро поймешь что это либо уровень бета-теста, но за кучу денег, либо полное !@#$%^. Не припомню ни одного(!) коммерческого софта который был реально вылизан и не создавал проблем на длительной дистанции, более того - как правило купить и продлевать(а без продления коммерческого софта почти и не осталось) его уже проблема (некоторые например продают только после встречи с клиентом, другие долго втюхивают то что тебе не нужно, третьи шантажируют тарифом через полгода). Это всегда дорого, сложно и долго. А частенько очень дорого, очень сложно, очень долго и не работает.
Существует всего 3 причины почему его вообще покупают:
1) Бюрократия. В интерпрайзе чаще проще заплатить кучу денег чем взять бесплатно.
2) Руководителю не хочется об этом думать (набирать разработчиков, руководить ими, интегрировать разработанное ими). "Мы делаем trashname, а не мессенджер/тикет систему/CI систему"
3) Проект от монополиста, чужие проекты в принципе не работают, легальных альтернатив нет.
Я, кстати, полностью согласен. Интерфейс отвратный, с огромным кол-вом флагов, которые нужны 1,5 людям-разработчикам гита. Вместо такого кол-ва во многих случаях проще использовать какой-то простой флаг + pipe + filter, который тебе нужен.
Система контроля версий должна управлять изменениями, а не придумывать свой греп и потом красить его вывод в соответствии с гнушным грепом
Вы знаете много студентов.В консоли отображать сложную связанную информацию бывает весьма невозможно.
Консоль не заменяет GUI, и наоборот, у текстовых команд есть свои неоспоримые преимущества.
> В консоли отображать сложную связанную информацию бывает весьма невозможно.Как раз наоборот. В отличии от gui информация в консоли легко обрабатывается и форматируется.
>Консоль не заменяет GUI, и наоборот, у текстовых команд есть свои неоспоримые преимущества.
Я знаю только две области где gui имеет "неоспоримые преимущества" - работа с графикой (графические и видео-редакторы и то подозреваю можно сделать с помощью sixel было бы желание), графонистые игры (увы). С остальным консоль прекрасно справляется.
Вы не можете это всерьёз писать.Вы всерьёз считаете, что графическая информация может быть не просто без ущерба, а даже с преимуществом, заменена текстом?
А пол мозга можно вырезать у человека ибо не нужен?
Ну ок.
Как по вашему сервис по типу гугл карт выглядеть в консоли должен?
Всерьёз считаете что это будет много лучше и удобнее?А программа по типу кикада?
Неужели серьёзно думаете что банальные графики, удобнее много лучше в консоли смотреть?
> Вы не можете это всерьёз писать.Могу и пишу.
> Вы всерьёз считаете, что графическая информация может быть не просто без ущерба, а даже с преимуществом, заменена текстом?
Я (и ни я один, много нас) всерьез считаю что управлять текстом гораздо проще, что на него уходит меньше ресурсов, что механизмы по его обработке гораздо богаче и обширнее.
Пару примеров: выпадающий список. Могу я его отсортировать? В 99% случаев нет. В 1% случаев об этом специально позаботился разработчик, но опять же закодил всю эту сортировку, т.е. поменять я ее не могу.
В текстовом поле gui выводит мне результат в виде списка: имя-количество. Могу я по этому результату построить график? Круговой график? Гистограмму? Только в том случае если это закодил разработчик.
Могу я этот список (вывод) переслать на ввод другой графической программе? Только в том случае если это закодил разработчик.
Добавим сложности связанные с графическим стеком, с интерактивностью, с производительностью (вспомним как раньше wireshark тормозил когда tshark работал без проблем), с автоматизацией и сильно призадумаемся а нужно ли это вообще.> А пол мозга можно вырезать у человека ибо не нужен?
Если не используется, то можно и нужно вырезать.
> Как по вашему сервис по типу гугл карт выглядеть в консоли должен?
> Всерьёз считаете что это будет много лучше и удобнее?
> А программа по типу кикада?Если нужно точную графику показывать (вроде карт высот или снимков со спутника) то увы, тут лучше gui (в теории можно и с sixel стряхнуть пыль, но имхо не стоит). Я не сектант и признаю что иногда придется пользоваться gui. О чем я собственно и написал.
> Неужели серьёзно думаете что банальные графики, удобнее много лучше в консоли смотреть?
Если попиксельная точность и интерактивность не нужна, то и в консоли норм.
Ты совсем тупой? Твой гуй без фич в консольной утилите не может примерно ничего. Как впрочем и ты сам
Обращаться в функции библиотеки не пробовали. Но если бай дизайн это консольная тулза, конечно же она не может взлететь с гуём как не переделывай к ежу крылья он не полетит.
> Все пользуются gui клиентами. Например smartgit.Вот не надо тут за всех. Зачем мне твоя гуйня?
git stash --staged - это прекрасно. Костыли, конечно, были на этот случай, но давно пора.
> git stash --staged - это прекрасно.В gui программах это было 100500 лет назад. Смешно наблюдать как консольщики страдают от отсутствия нормальных инструментов.
Именно для стэша? Судя по обилии желчи, изрыгаемой тобой, врёшь и выдаёшь желаемое за действительное.Проверил сейчас одну гуёвую программу - нет там такого функционала. Так и есть, врёшь.
>Проверил сейчас одну гуёвую программуЭто смешно. Проверил небось в какой-нибудь ракальной программе, созданной быть на подхвате у консольного гита (типа б-гмерзкого qgit). Естественно, что там всё ужасно и ничего нет.
Смотри smartgit, кнопка stash selection. Она в stash переводит только выделенные файлы.
Для любителей погавкать на проприетастов напомню, что smartgit бесплатный для opensource проектов.
Твоего "smartgit" в репе арча нет, так, что проваливай.
> Твоего "smartgit" в репе арча нет, так, что проваливай.В aur есть. Мог бы и проверить.
> Это смешноХорошо смеётся тот, кто не врёт и не лажается.
> Проверил небось в какой-нибудь ракальной программе, созданной быть на подхвате у консольного гита
Я тебя наверное огорчу, но большинство (а может и вообще все) гуёвые git-клиенты как раз и являются оболочками вокруг консольного гита. На подхвате у консольного гита, как ты выразился. То есть, эти твои гуи - они не реализуют сами протокол взаимодействия с гитом. Они даже не используют какой-нибудь libgit. Они тупо запускают тот самый ненавистный тебе консольный гит, чтобы что-то сделать. И твой любимый smartgit тоже.
Это, кстати, означает, что гуёвые оболочки над гитом не могут иметь больше функционала, чем запускаемый ими консольный гит. В реальности они, конечно имеют более скудный функционал, потому что запаздывают за консольным гитом. Такие вот дела. Теперь твой мир никогда не будет таким как прежде.
> Смотри smartgit, кнопка stash selection. Она в stash переводит только выделенные файлы.
> только выделенные файлыНу так при чём тут добавление в стэш из staging area? Именно эту фичу добавили. Гуёвые мышевозы не знают что такое staging area что ли? А файлы выборочно можно было в stash и до этого добавлять, хоть в консоли, хоть в гуи. В общем, как я и говорил, соврал ты и выдаёшь желаемое за действительное. Ещё и понятия то ли по незнанию путаешь, то ли специально подменяешь.
>Они тупо запускают тот самый ненавистный тебе консольный гит, чтобы что-то сделать.Ахах. Пусть запускают. Я консольный гит хейтю из-за неудобства, а не из-за его существования. Пусть работает на подхвате. На большее он и не способен.
>Это, кстати, означает, что гуёвые оболочки над гитом не могут иметь больше функционала, чем запускаемый ими консольный гит.
Могут и имеют. От гита им нужна базовая информация. Всё остальное можно сделать программно без баш соплей из sed, awk, grep и т.д., которые ты должен сочинять неделю.
>Гуёвые мышевозы не знают что такое staging area что ли?
Конечно знают. Зачем мне сначала переводить изменения в стейдж, а потом в стэш, если я сразу могу в стэш. Причём трудоёмкость одна. Нужно выделить файлы и нажать кнопку или стейдж или стэш. А cli сеньоры жрали кактус и ждали пока им завезут ключ --staged. Просто нужно пользоваться нормальными инструментами.
Git cli ещё кое-как может работать, когда подходят команды "git add ." и "git commit -a". Как только тебе нужно в стейдж добавить только некоторые файлы или не дай бог отдельные строки внутри файла, то можно вешаться. Пользовательский опыт как у деревенского сортира: жарко, воняет, мухи. Вот операторы консоли и сваливают, не сортирую, в коммит весь мусор. А потом попукивают на gui.
Консоль она для автоматизации. Если тебе нужно выполнить анализ что коммитить, а что нет, то консоль идёт на улицу покурить. Не хватает выразительности и выглядит как отстой.
>надёжныДопустим.
>высокопроизводительных
А вот это новость. Где-то можно посмотреть производительность систем контроля версий?
>предоставляющей гибкие средства нелинейной разработки
Система контроля версий предоставляет средства разработки?
Ну ладно.
>Система контроля версий предоставляет средства разработки?прикинь, да
>> высокопроизводительных
> А вот это новость.Эстонцам рекомендуется http://t.me/sputnikmeedia :D
Непронимаю.
Чем плох Git в сравнении с Mercurial: https://habr.com/ru/post/123700/
Тем что меркуриал лежит себе в гробу, а гроб охраняют церберы пейсбука.
2011 год. Забудь.
Дааа, у хипстоты от такого немодного аж подворотики разворачиваются в отвращении.P.S. стесняюсь спросить, неуклюжей перло-подделке под биткипер скока-скока лет?
Причем здесь мода и хипстота, если указанный 2011 год - это год статьи, приведенной по ссылке. Модная или не модная статья? В которой описываются какие-то (якобы) проблемы-недоработки одной системы против другой, серьезно?
Серьезно. Это архитектурные проблемы, они с годами не саморассасываются.
Просто вырастает поколение д'6илов, ничего кроме бумажки с pull/rebase/push ниасиливающих и думающих что умеют пользоваться vcs - ведь они никогда не видели ни нормальных vcs, ни нормальной организации совместной работы над кодом.А старый код перестает работать, потому что немодно и давайте запритим второй питон.
> P.S. стесняюсь спросить, неуклюжей перло-подделке под биткипер скока-скока лет?Его так то на сишечку переписали с тех пор в основном. За вот те самые годы.
У Mercurial система команд будет попроще и логичнее. С другой стороны, он медленнее, но на этот случай есть chg.
chg - всего лишь интерфейс к убогому command server. Который ничем не отличается от обычного hg в плане скорости работы (которая по большей части и вовсе ограничена узкими местами на стороне сервера, нету у hg Microsoft с ее желанием держать код всей windows от загрузчика до калькуляторов в едином монолитном репо и готовностью пилить lfs и прочие костыли под свои хотелки)
> Который ничем не отличается от обычного hg в плане скорости работыНа практике отличается. При первом запуске chg тупит, дальше запускается мгновенно. Но конечно хочется чтобы сразу запускался мгновенно.
У Меркуриала запутанная система ветвления. 3 вида веток зачем-то сделали. И rebase работает через пень-колоду.
Про git jump впервые слышу - чего только не придумают!
Кто не джампит🤸, тот смаргитчик🐒!
Разделение конфигов по доменам так и не подвезли, хотя PR был ещё осенью.
Можно было бы в зависимости от использованного хоста задавать разные пары юзернейма/почты, а не втыкаться в каждый отдельный репозиторий.
Иметь один конфиг для нескольких репозиториев можно через [includeIf gitdir]. Это конечно не то же самое, что разделение по доменам, но лучше, чем настраивать для каждого репозитория. И гибче. Если на одном домене, например на гитхабе, есть и личные и рабочие репозитории, можно рабочие репозитории сгруппировать в один каталог и использовать для них рабочую почту, а для репозитроиев в других каталогах будет почта по умолчанию, личная.
Подскажите хук чтобы запретить rebase на мастере или уже пушнутых изменениях?
Можно ли заставить git показать в директории все файлы, которые последний раз правились одним конкретным пользователем?
Из коробки нельзя.
> git log --no-merges --author="PartyPooper" --name-only --pretty=format:""
Да и как это сделать для конкретной папки? У тут появляются сторонние друзья всякие grep'ы, awk'и и этот мутный sed. Которые подумают о пользователи и его баш портянках.
Непонятно только, почему Вы пытаетесь хоть какие-то обрывки мыслей и вопросов излагать _текстом_ на _языке_, а не записав тикток.Как-то так и с решениями задач: кто-то пытается объясняться жестами или ищет уникальный(tm) толькодлявас(r) кривошипошатунный с переподвыподвертом инстрУмент, а кто-то сперва в голове укладывает -- что и зачем хочет сделать, затем описывает задачу исполнителю (например, железке с линуксом и гитом).
> о пользователи и его баш портянках
Меньше эмоций, больше мыслей. И всё постепенно наладится.
Ты наверное удивишься, но - просто добавь путь к папке!
Не хватает --ignore-whitespace для git stash
т.е. вот подготовлены какие-то патчи, отложены, потом пытаешься посмотреть что там правилось и прихранить это в отдельный патч, а там дофигалион мешающих читать правок форматированияЧто-то такого плана
git stash show -p --ignore-whitespace
...
>Что-то такого плана
>git stash show -p --ignore-whitespaceэтта, куда комитеты смотрятЪ - space не той системы
> Проведена работа по стандартизации применения типа "size_t" вместо "unsigned long" для значений, представляющих размер объектов, что позволило добиться возможности применения фильтров "clean" и "smudge" с файлами размером более 4 ГБ на всех платформах, включая платформы с моделью данных LLP64, тип "unsigned long" в которой ограничен 4 байтами.Надо использовать не size_t, а uint64_t. Тогда будет не только на LLP64 работать, но и на 32-битных платформах. size_t - это тип для хранения размера объектов в памяти, зачем его использовать для хранения размеров файлов на диске?
Ну может чтобы некрофаги не ныли про тормоза, которых там и так хватает.