https://www.opennet.ru/openforum/vsluhforumID3/122801.html Доступен выпуск распределенной системы управления исходными текстами Git 2.30.0. Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям "задним числом" используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54330<br> https://www.opennet.ru/openforum/vsluhforumID3/122801.html#192 Tue, 12 Jan 2021 09:17:33 GMT &gt;&gt; Дык сколько не разбирайся, а факт остается фактом - гит может молча!!!<br>&gt;&gt; влить левые изменения в левое место в силу своей базовой архитектуры.<br>&gt; Вы никогда не видели mismerge в исполнении patch(1)?<br>&gt; (вот бы чайники чайниками подписывались да об "архитектурах" не рассусоливали) <br><br>Ну вот вам для понимания 2 варианта<br><br>1 можно указать какой файл был во что переименован, а далее использовать точное!!! знание о переименованиях при мерже<br>2 ничего не знать, а при мерже играть в угадайку!!!, что во что переименовалось и уже результат угадывания использовать при мерже.<br><br>ну и тут 2 риторических вопроса<br>1 как по вашему, какой вариант лучше?<br>2 какой вариант реализовали в гит?<br><br>Аргументы ясны конечно. Мол гит оперирует снапшотами, а не файлами.... И что??? Даже при таком подходе ничего не мешало прикрепить к ревизии блок с метаинфой (инфа о ренеймах, имя ветки и разное другое, что позволит расширять). <br> https://www.opennet.ru/openforum/vsluhforumID3/122801.html#191 Tue, 12 Jan 2021 09:03:54 GMT &gt;&gt;&gt; А в том, что набирать/копипастить хеши в консоли всё равно приходится <br>&gt;&gt; вот именно. а в меркуриале можно пользоваться номерами вместо хешей.<br>&gt; Если бы Вы были способны сравнивать архитектуры, <br>&gt; то уже здесь бы прикусили язычок.<br>&gt; А раз назвались "знатоком" -- валяйте, рассказывайте, как делать DSCM на линейных <br>&gt; ревизиях. Ну или уже назовите себя тем, чем на самом <br>&gt; деле являетесь.<br><br>Не знаю о чем вы. С нумерацией все просто. ревизии глобально уникальны хешами. но ЛОКАЛЬНО (лично у вас в консоли) дополнительно!!! нумеруются, чем позволяют вам использовать номера вместо хешей(которые легче запомнить в кратковременную память и уж точно не нужно копипастить, а можно тупо набрать). Просто небольшое удобство для повседневной консольщины.<br><br>Архитектура гита позволяет рождать "оторванные головы", поистине уникальное явление среди dvcs, но даже к этому претензий нет<br><br>Проблема в остальном. В том, как "автор так видит". Автор делал "для себя". И, как следствие, это выразилось в <br> - непродуманная сис https://www.opennet.ru/openforum/vsluhforumID3/122801.html#190 Mon, 11 Jan 2021 22:32:31 GMT &gt; Ну расскажи мне, как в консоли перключиться на конкретный коммит с конкретным <br>&gt; хешем без набивания хеша, без копипастинга и без выбора из истории.<br><br>В дополнение к уже сказанному -- git checkout abc&lt;Tab&gt;<br><br>PS: "просто мышкой" я дольше тянуться могу даже в консоли, ага: руки переносить чуточку, но надо.<br><br>PPS: убрал конкретизацию того, кто, скорее всего, был m***k -- вдруг сможете http://tomayko.com/writings/the-thing-about-git почитать и немножко подумать...<br> https://www.opennet.ru/openforum/vsluhforumID3/122801.html#189 Mon, 11 Jan 2021 22:27:19 GMT &gt;&gt; А в том, что набирать/копипастить хеши в консоли всё равно приходится<br>&gt; вот именно. а в меркуриале можно пользоваться номерами вместо хешей. <br><br>Если бы Вы были способны сравнивать архитектуры,<br>то уже здесь бы прикусили язычок.<br><br>А раз назвались "знатоком" -- валяйте, рассказывайте, как делать DSCM на линейных ревизиях. Ну или уже назовите себя тем, чем на самом деле являетесь.<br> https://www.opennet.ru/openforum/vsluhforumID3/122801.html#188 Mon, 11 Jan 2021 22:24:28 GMT &gt; Дык сколько не разбирайся, а факт остается фактом - гит может молча!!! <br>&gt; влить левые изменения в левое место в силу своей базовой архитектуры. <br><br>Вы никогда не видели mismerge в исполнении patch(1)?<br><br>(вот бы чайники чайниками подписывались да об "архитектурах" не рассусоливали)<br> https://www.opennet.ru/openforum/vsluhforumID3/122801.html#187 Mon, 11 Jan 2021 21:35:34 GMT &gt; HEAD@{1}, HEAD@{3} ? А ещё есть @{-1} @{-3} HEAD@{5 minutes ago} <br>&gt; Всё можно посмотреть - "git help revisions" <br>&gt; И ещё, знаток, выискивая недостатки в git ты не сделаешь меркуриал лучше, <br>&gt; а только внесёшь вклад в формирование мнения о пользователях меркуриала.<br><br>но может сделаю лучше гит. Может быть когда-нибудь гитоводы попросят такую же фичу МАССОВО, а не только те, кто еще видел что-то другое кроме нит<br>линуса можно понять - он делал гит под себя. Но вот почему всех все устраивает "нам и так хорошо, удобство не нужны, ничего не нужно уууу" - это мне понять сложно.<br> https://www.opennet.ru/openforum/vsluhforumID3/122801.html#186 Mon, 11 Jan 2021 21:25:04 GMT &gt;&gt; в гит сложноватно мержить умело <br>&gt; "Я не разобрался как мержить"?<br>&gt; Если действительно хочешь разобраться то https://git-scm.com/book/en/v2 http://ftp.newartisans.com/pub/git.from.bottom.up.pdf <br><br>Дык сколько не разбирайся, а факт остается фактом - гит может молча!!! влить левые изменения в левое место в силу своей базовой архитектуры. И то, что это случается редко, нисколько не оправдывает ущербность архитектуры<br> https://www.opennet.ru/openforum/vsluhforumID3/122801.html#185 Fri, 08 Jan 2021 00:11:33 GMT Перечитал вопрос. Если имелось в виду поубивать не только мусор и артефакты, а и все свои коммиты/ветки со времени клонирования, то тогда не подойдет, да.<br> https://www.opennet.ru/openforum/vsluhforumID3/122801.html#184 Wed, 06 Jan 2021 12:02:50 GMT git diff -U999999 master~1..master<br><br>Может есть способ узнавать количество строк в файле и указывать его в параметре -U,<br>но я никогда не пытался смотреть больше чем количество строк влезающих на экран (больше чем -U100).<br><br>Такие длинные листинги ("полный листинг файла") просматривать неудобно.<br>