Pijul была создана именно для того, чтобы делать merge, причём корректно и минимизируя конфликты автоматически.
Стандартный способ pijul pull сливает два репозитория, эквивалентен git merge + rebase.
Если нужны отдельные ветки (channels) то для их слияния используется команда pijul apply, позволяющая соединить два канала.
В системах Darcs и Pijul мерджинг не отдельная функция, а неотъемлемая и принципиальная часть базового функционирования. По существу, в них нет ничего, кроме merge, поэтому она не выносится в отдельную команду.
Вы правы, эта заметка, действительно требует продолжения и развития темы. Другое дело, что я математик, и не спец по системам контроля версий, а только пользователь, но с чем разберусь, поделюсь, благо литературы много.
Дочерние репы не совсем независимы, они "знают" друг о друге и синхронизируются. Просто выведены в отдельные файлы, видные пользователю. К тому же в Pijul есть channels — виртуальные ветки, как в git.
Я нигде не говорил о недостатках git. Это отличная система, показывающая свою полезность в огромных проектах и в частных задачах.
Мой интерес к этим двум системам вызван во-первых, их теоретической базой, которая гарантирует алгебраические свойства операций с репозиторием, а во-вторых, полнотой и минимализмом их функционала, который мне и нужен.
Мне кажется, что развитие теоретической базы сами по себе достаточно интересная и полезная вещь, достойная, упоминания. Никакой агитации в моём материале нет. Это личный опыт и обзор.
Да, верно, создаётся Новая папка(2) с клоном. Если нужна, оставляется, если нет, удаляется. Дисковое пространство, конечно страдает, но снэпшот веток в.git тоже чего-то стоят, хоть и оптимизированы.
Pijul я не использовал, поэтому всë, что мог рассказать было почерпнуто из приведённых в статье блогов и видео-выступлений. Его состояние сейчас 1.0.0-beta, судя по репозитори ю, ведётся активная работа. А несколько последних заявленных issues, связанных с падением системы, склоняют меня остаться на вполне надëжном Darcs.
Автор программы активно и интересно выступает. Собственно, о намерении создать систему контроля версий не для программистов я узнал из его большой лекции 2023 года, ссылку на которую привёл в статье.
Думаю, что у обоих этих проектов есть будущее, но главное, они, вернее, разрабатываемая для них теория, могут повлиять на флагманов: git, hg и т. д.
Когда на линейную пружинку действует постоянная потенциальная сила, то она не меняет её динамики, лишь смещая точку равновесия (речь идет о колебаниях вдали от каких-либо стенок или иных нарушений линейности). Математически это выражается в том, что в линейном дифференциальном уравнении второго порядка, легко можно исключить константу заменой переменных:
Константа здесь имеем смысл постоянного ускорения. При этом решение сместится, но все его характеристики: амплитуда, частота и затухание останутся прежними.
В аналитической механике принято рассматривать движение системы не только в пространстве, но и «во времени». Для этого к координатам всех тел системы добавляют их скорости. Такие расширенные координаты и называют обобщёнными, рассматривая их как равноправные величины. Заменой масштаба переменных можно превратить в единицу большую часть параметров задачи. Именно это происходит в заинтересовавшей вас строчке. Большие буквы — это неизвестные нам «единицы измерения» длины и скорости. Мы подбираем их так, чтобы в задаче остался один свободный параметр . После подбора таких единиц, мы можем рассматривать не координаты и скорости, а безразмерные числа и . Те самые обобщённые координаты и импульсы системы.
Например, для активной системы подавления колебаний в подвеске сидения оператора тяжёлой техники, надо было найти области параметров в которых динамика системы становится хаотичной и тогда нужно выключать обратные связи и выходить из хаоса. Для этого хорошо бы заранее узнать границы этих областей, поскольку в реальности отличить просто сложное движение с несколькими частотами от хаотического непросто.
Однако под фракталом Ляпунова понимают две разные вещи: то, что приведено в моей статье — карта экспонент Ляпунова, которая фрактальна только в силу самоподобия каскада бифуркаций удвоений периода Хопфа. Однако большую известность получили диаграммы, которые привели вы, но которые создаются достаточно искусственным образом, оторванным от динамики конкретной системы.
В первом случае сглаживание может сохранить качественную картину, существенно повысить еë эстетичность, но при этом может привести к потере количественной составляющей — в виде точных границ областей с различной динамикой.
В прикладных задачах, которые доводилось решать мне (производственных), на красоту не оставалось времени и у заказчика, увы, на неë не было спроса.
Не уверен, что это в какой-либо мере тянет на учебник. Скорее мягкое введение, чтобы было понятно зачем читать учебник (Строгатца или Виггинса, например). К тому же здесь рассмотрена и только одна простая система и только один сценарий развития хаоса.
Очень классно! Душа хаскеллиста радуется при виде аппликативного условного оператора. Дайте, пожалуйста ссылку на формальное описание языка и на его репозиторий, чтобы не задавать обычные вопросы о его назначении.
Ничего не в прошлом! Новые времена — новые задачи. Дети в ФМШ есть, с моих пор НГУ вырос вдвое. А трудности были всегда, и всегда людям, творящим большое, было не просто.
Спасибо! Очень тепло от вашего уважительного и справедливого отношения и к великому человеку и к судьбе его детища. Сам я типичный внук нашего Деда: ФМШ-онок, приехавший в Академгородок по олимпиадам с Камчатки. Выучился, закончил ФФ НГУ, уехал за рубеж, но, к счастью, много лет назад вернулся, поняв, что своя страна и земля вдохновляет меня на работу больше иных прав. Стал вулканологом и педадогом, и работая на Камчатке несу стиль мышления новосибирцев. Работает система!
У меня на всех машинах Linux (Nix-OS), в репозитории TortoiseGit нет.
Pijul была создана именно для того, чтобы делать merge, причём корректно и минимизируя конфликты автоматически.
Стандартный способ pijul pull сливает два репозитория, эквивалентен git merge + rebase.
Если нужны отдельные ветки (channels) то для их слияния используется команда pijul apply, позволяющая соединить два канала.
В системах Darcs и Pijul мерджинг не отдельная функция, а неотъемлемая и принципиальная часть базового функционирования. По существу, в них нет ничего, кроме merge, поэтому она не выносится в отдельную команду.
<Del>
Вы правы, эта заметка, действительно требует продолжения и развития темы. Другое дело, что я математик, и не спец по системам контроля версий, а только пользователь, но с чем разберусь, поделюсь, благо литературы много.
Дочерние репы не совсем независимы, они "знают" друг о друге и синхронизируются. Просто выведены в отдельные файлы, видные пользователю. К тому же в Pijul есть channels — виртуальные ветки, как в git.
Я нигде не говорил о недостатках git. Это отличная система, показывающая свою полезность в огромных проектах и в частных задачах.
Мой интерес к этим двум системам вызван во-первых, их теоретической базой, которая гарантирует алгебраические свойства операций с репозиторием, а во-вторых, полнотой и минимализмом их функционала, который мне и нужен.
Мне кажется, что развитие теоретической базы сами по себе достаточно интересная и полезная вещь, достойная, упоминания. Никакой агитации в моём материале нет. Это личный опыт и обзор.
Да, верно, создаётся Новая папка(2) с клоном. Если нужна, оставляется, если нет, удаляется. Дисковое пространство, конечно страдает, но снэпшот веток в.git тоже чего-то стоят, хоть и оптимизированы.
Pijul я не использовал, поэтому всë, что мог рассказать было почерпнуто из приведённых в статье блогов и видео-выступлений. Его состояние сейчас 1.0.0-beta, судя по репозитори ю, ведётся активная работа. А несколько последних заявленных issues, связанных с падением системы, склоняют меня остаться на вполне надëжном Darcs.
Автор программы активно и интересно выступает. Собственно, о намерении создать систему контроля версий не для программистов я узнал из его большой лекции 2023 года, ссылку на которую привёл в статье.
Думаю, что у обоих этих проектов есть будущее, но главное, они, вернее, разрабатываемая для них теория, могут повлиять на флагманов: git, hg и т. д.
Этот проект рассчитан на stack. Он сам подтягивает зависимости и подходящий компилятор.
В папке проекта выполняются команды
Либо можно выполнить
stack installи получить бинарник в home/.local/binБлагодарю вас за внимание и вопросы!
Когда на линейную пружинку действует постоянная потенциальная сила, то она не меняет её динамики, лишь смещая точку равновесия (речь идет о колебаниях вдали от каких-либо стенок или иных нарушений линейности). Математически это выражается в том, что в линейном дифференциальном уравнении второго порядка, легко можно исключить константу заменой переменных:
Константа здесь имеем смысл постоянного ускорения. При этом решение сместится, но все его характеристики: амплитуда, частота и затухание останутся прежними.
В аналитической механике принято рассматривать движение системы не только в пространстве, но и «во времени». Для этого к координатам всех тел системы добавляют их скорости. Такие расширенные координаты и называют обобщёнными, рассматривая их как равноправные величины. Заменой масштаба переменных можно превратить в единицу большую часть параметров задачи. Именно это происходит в заинтересовавшей вас строчке. Большие буквы — это неизвестные нам «единицы измерения» длины и скорости. Мы подбираем их так, чтобы в задаче остался один свободный параметр![]()
. После подбора таких единиц, мы можем рассматривать не координаты и скорости, а безразмерные числа 
и 
. Те самые обобщённые координаты и импульсы системы.
С интересом, поскольку они и есть материал для дальнейшего расширения дифференциальных полей.
Попробуем, но сильно скоро не обещаю :)
Это дело! Сообразим в комментариях.
Например, для активной системы подавления колебаний в подвеске сидения оператора тяжёлой техники, надо было найти области параметров в которых динамика системы становится хаотичной и тогда нужно выключать обратные связи и выходить из хаоса. Для этого хорошо бы заранее узнать границы этих областей, поскольку в реальности отличить просто сложное движение с несколькими частотами от хаотического непросто.
Красота какая!!
Однако под фракталом Ляпунова понимают две разные вещи: то, что приведено в моей статье — карта экспонент Ляпунова, которая фрактальна только в силу самоподобия каскада бифуркаций удвоений периода Хопфа. Однако большую известность получили диаграммы, которые привели вы, но которые создаются достаточно искусственным образом, оторванным от динамики конкретной системы.
В первом случае сглаживание может сохранить качественную картину, существенно повысить еë эстетичность, но при этом может привести к потере количественной составляющей — в виде точных границ областей с различной динамикой.
В прикладных задачах, которые доводилось решать мне (производственных), на красоту не оставалось времени и у заказчика, увы, на неë не было спроса.
Не уверен, что это в какой-либо мере тянет на учебник. Скорее мягкое введение, чтобы было понятно зачем читать учебник (Строгатца или Виггинса, например). К тому же здесь рассмотрена и только одна простая система и только один сценарий развития хаоса.
Очень классно! Душа хаскеллиста радуется при виде аппликативного условного оператора. Дайте, пожалуйста ссылку на формальное описание языка и на его репозиторий, чтобы не задавать обычные вопросы о его назначении.
Прошу прощения, работая с телефона, нажал неловко минус, и увы, не могу исправить.
Ничего не в прошлом! Новые времена — новые задачи. Дети в ФМШ есть, с моих пор НГУ вырос вдвое. А трудности были всегда, и всегда людям, творящим большое, было не просто.
Спасибо! Очень тепло от вашего уважительного и справедливого отношения и к великому человеку и к судьбе его детища. Сам я типичный внук нашего Деда: ФМШ-онок, приехавший в Академгородок по олимпиадам с Камчатки. Выучился, закончил ФФ НГУ, уехал за рубеж, но, к счастью, много лет назад вернулся, поняв, что своя страна и земля вдохновляет меня на работу больше иных прав. Стал вулканологом и педадогом, и работая на Камчатке несу стиль мышления новосибирцев. Работает система!
Вам спасибо! Приставка мини- относится к серии -- всего две-три части. А что статьи выходят длинными, так это оттого, что тема уже больно ёмкая.