LINUX.ORG.RU

Pijul 0.11

 , , ,


3

6

Вышла новая версия Pijul — свободной системы управления версиями, основанной на теории патчей и написанной на языке Rust.

Pijul развивает идеи Darcs — Pijul быстрее, лучше, в нём решена проблема экспоненциальной сложности слияния и поддерживаются ветки (для всех, кто спросил и еще спросит «чем оно лучше Git» - ссылка на FAQ)

Слово «Pijul» (произносится «пихуль») — это мексиканское названия Бороздчатоклювого ани, вида птиц семейства кукушковых, чьи особи совместно работают над строительством гнёзд.

Улучшения в версии 0.11:

  • Добавлено частичное клонирование подкаталогов: pijul clone --path и pijul pull --path. При этом скачиваются только те патчи, которые затрагивают указанный подкаталог.
  • Добавлен парсер ~/.ssh/config — теперь Pijul будет автоматически использовать настройки псевдонимов хостов, SSH-прокси, ключей и т. д.
  • Внутренняя архитектура переведена на использование библиотеки Tokio — де-факто стандарта для асинхронного программирования на языке Rust. Минус велосипеды, новичкам будет проще разобраться в коде Pijul.
  • Исправлено много мелких и две крупные ошибки. Одна из них приводила к падению производительности при использовании pijul record, другая в некоторых случаях приводила к изменении содержимого патчей и файлов после клонирования.

Для нужд Pijul автором также развиваются вспомогательные библиотеки:

  • Thrussh — реализация клиента и сервера SSH на языке Rust.
  • Pleingres — клиентская библиотека, реализующая сетевой протокол PostgreSQL на языке Rust.
  • Sanakirja — хранилище «ключ-значение» на языке Rust, основанное на B-деревьях и поддерживающее транзации (аналог LMDB). «Sanakirja» по-фински означает «словарь».

Автор также разрабатывает Pijul Nest — аналог GitHub на основе Pijul и Rust. К сожалению, Nest пока не является свободным проектом.

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



Проверено: Shaman007 ()
Последнее исправление: tailgunner (всего исправлений: 4)
Ответ на: комментарий от RazrFalcon

Пока 99% людишек использует винду - это проблемы git

миллиарды мух предпочитают г. и это тоже не проблемы git.

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

Пайк не осилил современные абстракции. Хоть бы сишный препарсер добавил старик

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

Пока 99% людишек использует винду - это проблемы git.

99.9999999% людишек не знают вообще ничего о разработке софта. как это может быть проблемой git?

проблема разработчиков, использующих windows, в том, что они думают, что им что-то можно, кроме того, что им даст ms. вы никогда не слышали о таком понятии, как vendor lock? ну да, кто ж вам позволит-то знать больше, чем хочет ms. только это не проблема для git. он и так популярен и востребован там, где ценят свободу.

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

он и так популярен и востребован там, где ценят свободу.

FOSS к популярности git не имеет никакого отношения.

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

А разобраться и доработать сложный код на брейнфаке, уже малость сложнее задачка.

Откуда возьмется сложный код, если его напишут те же самые джаваскриптеры? Тем более там кто-то недавно запилил typed html на макросах и уже вроде на JSX замахнулся. Типизированные шаблоны, бьющие по рукам за пропущенный </div>, а?

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

FOSS к популярности git не имеет никакого отношения

имеет самое непосредственное значение в контексте дискуссии.

git не ставит задачей потеснить ms на его территории. поэтому то, что вы считаете проблемой git, на самом деле, является вашей проблемой. я работаю в командах, где попадаются и те, кто использует windows и macos. это их выбор и их проблемы. git позволяет нам всем работать. приходится, конечно, разьяснять некоторым, что не нужно пихать .DS_store и прочий мусор в репозиторий. но это тоже не проблемы git.

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

+ perl

Да, но наверняка он тоже точно идеально смешан в нужных пропорциях с остальными элементами субстанции и написан самим Ларри Стенкиным.

Virtuos86 ★★★★★
()
Ответ на: комментарий от quantum-troll

Ад с резолвом мнимых конфликтов при попытке сделать даже самые тривиальные вещи, это, конечно же, реальное решение проблемы.

Можно примеров?

Однако можно мне нереальное решение, без необходимости совокупляться с системой контроля версий?

Предложи лучший подход!

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

hg тоже foss, а толку?

аргумент уровня «гужевой транспорт тоже транспорт».

anonymous
()

Почитав описание, у меня сложилось впечатление, что эта поделка служит исключительно одной цели: пописать что-нибудь на расте, прикрывшись умными словами. Описания «вспомогательных библиотек» лишь усиливают это впечатление

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

Почитав описание, у меня сложилось впечатление, что эта поделка служит исключительно одной цели: пописать что-нибудь на расте, прикрывшись умными словами

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

anonymous
()

Всем д-блам, спрашивающим про отличия от других SVC. pujul отличается от них как в своё время реляционные БД отличались от нереляционных. Реляционные были основаны на математической теории, а остальные — нет.

anonymous
()

Слово «Pijul» (произносится «пихуль») — это мексиканское названия Бороздчатоклювого ани, вида птиц семейства кукушковых, чьи особи совместно работают над строительством гнёзд.

Какая то наркомания.

Odalist ★★★★★
()

С таким дурацким названием не взлетит

anonymous
()

чем оно лучше Git
языке Rust^100500

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

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

Реляционные были основаны на математической теории, а остальные — нет.

То есть, вы отказываетесь объяснять, чем впихуль отличается от других систем контроля версий.

Ваше объяснение про БД ничего не объясняет и по существу неправильно. До реояционных СУБД наиболее распространёнными были иерархические , в которых использовались математические алогритмы для оптимизации поиска (B-дерево и индексация). Реляционные базы добавили свои алгоритмы, но и прежние были основаны на математике.

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

Линус сидит рядом и ржёт [...] Линус падсталом [...] его доводя до истерики.

Наркоманы на связи.

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

До реояционных СУБД наиболее распространёнными были иерархические , в которых использовались математические алогритмы

В любой программе используются алгоритмы. Я вообще не про это писал.

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

Можно примеров?

Никогда `git rebase` не делал что-ли?

Предложи лучший подход!

Вот пихуль и предложил же. Осталось лишь немного подождать пока он станет наконец юзабельным.

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

Никогда `git rebase` не делал что-ли?

Делал. И?

Вот пихуль и предложил же. Осталось лишь немного подождать пока он станет наконец юзабельным.

Есть darcs. Он очень похожий. Ты можешь его использовать (уже).

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

Делал. И?

И ты хочешь сказать, что никаких конфликтов на ровном месте у тебя никогда не появлялось?

Ты можешь его использовать (уже).

Тяжёлые проблемы с производительностью by design.

quantum-troll ★★★★★
()
Ответ на: комментарий от Alve

Как человек, использующий в жизни русский, английский и испанский могу сказать что пихуль достаточно благозвучное название. Большей части населения земли насрать что оно не благозвучно звучит на русском.

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

Раст не марсианский, это обычный C синтаксис, только для людей, без костылей и граблей. Haskell и лиспотня - вот это марсианское, на них что угодно сдохнет. А за rust будущее.

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

Rust - совершенно не модно. Модно go, а rust тише воды ниже травы пилится без всякого хайпа где-то у себя вы уголке. Но тем не менее быстро взлетает, из-за своих объективных качеств.

slovazap ★★★★★
()
Ответ на: комментарий от quantum-troll

И ты хочешь сказать, что никаких конфликтов на ровном месте у тебя никогда не появлялось?

Что значит «на ровном месте»?

Тяжёлые проблемы с производительностью by design.

tradeoff'ы, чо поделать.

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

Поэтому NoSQL на таком подъёме - там делают эффективный продукт под конкретные задачи, а не пердолятся со сферическими теориями.

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

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

RazrFalcon ★★★★★
()
Ответ на: комментарий от quantum-troll

И ты хочешь сказать, что никаких конфликтов на ровном месте у тебя никогда не появлялось?

А откуда им взяться «на ровном месте»? Рассуждения уровня детского сада - конфликты плохо, зависимости плохо, UB плохо. При этом это всего лишь эффективные инструменты для решения конкретных задач с совершенно прозрачной логикой. «На ровном месте» там ничего никогда не бывает.

slovazap ★★★★★
()

На мой взгляд растишка довольно удобна для того, чтобы быстро писать программы, которые будут быстро работать и при этом будут работать без сборщика мусора! Еще два года назад я думал, что так не бывает.

Радует, что появляются все новые проекты на этом языке.

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

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

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

При этом это всего лишь эффективные инструменты для решения конкретных задач с совершенно прозрачной логикой

У брейнфака тоже совершенно прозрачная логика, но это ничего не значит.

quantum-troll ★★★★★
()
Ответ на: комментарий от slovazap

Твоё мироощущение не имеет никакой корреляции с реальностью.

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

Утверждают, что в гите неправильно работают cherry-picking и иногда слияние параллельных веток. Это правда?

не слияние параллельных веток, а автоматическое разрешение конфликтов при слиянии параллельных веток, проверяйте итоговый результат вручную и проблем не будет
а происходит это потому, что цепочка коммитов не учитывается, а смотрятся только итоговый результат после всех коммитов, если в параллельных ветках были похожие изменения, то гит может перепутать что пришло откуда
в пихуле же все изменения проигрываются заново

cherry-picking делает копии коммитов, содержимое идентично, но логически для гита это новые сущности (коммиты), выливается в то, что он предлагает мержить идентичный код

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

cherry-picking делает копии коммитов, содержимое идентично, но логически для гита это новые сущности

И кто-то считает, что это правильная модель?

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

Инструменты существуют чтобы решать задачи. Нет никакой пользы от «логичности» инструмента, когда использование его напоминает езду на квадратных колёсах.
SVN был убог и его заменили гитом. Но гит тоже убог и достоин быть заменённым чем-то ещё.

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

Но гит тоже убог

Субъектив, не более.

достоин быть заменённым чем-то ещё

Всё будет когда-то чем-то заменено. Но сразу видно чем оно заменено НЕ будет.

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

Причем тут синтаксис, норкоман? Раст это такой гибрид цепепе с окамлем, т.е. ваще ни разу не для ширнармасс, а значит для опенсорса не годится. Очередной борщ для илитариев.

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