Fossil SCM 2.23

Удивлён, что столько людей, которые крутятся в теме СПО, не слышали раньше про этот проект. Он хоть и не особо популярен, но в разных статьях и обзорах когда-то упоминался наряду с другими VCS.

Ну к нему доступ вебом есть. Он нелокально может быть расположен.

Как бы да, но SQLite намекает на однопользовательское применение.

SQLite умеет разруливать блокировки сам, он потокобезопасен и поддерживает транзакции. Видимо, на этом и строится многопользовательский доступ.

Есть книга: https://fossil-scm.org/fossil-book/uv/FossilBook.pdf

VCS — это часть SCM

Признаться честно, впервые такое слышу. Конфигурация- это про эксплуатацию. Исходники - про разработку.

Я поэтому и привёл ссылку на Википедию:

Цели конфигурационного управления:
Контроль: SCM позволяет отслеживать изменения в контролируемых объектах, обеспечивает соблюдение процесса разработки;

Конфигурационное управление — это вообще про поддержание целостности и консистентности системы (проекта, процесса, чего угодно). И в этом смысле, VCS — это как раз оно. ITSMщики еще не таких слов понапридумывали.

распределенной системы конфигурационного управления Fossil SCM

SCM можно расшифровать по-разному. Можно как «software configuration management», а можно как «source code management» (https://en.wikipedia.org/wiki/Version_control), то есть «cистема управления версиями» (ну или исходным кодом, если буквально)

Так что наверное всё же правильней (а главное понятней) перевести SCM как «cистема управления версиями».

SCM по-разному расшифровывается. Можно как «software configuration management», а можно как «source code management». В данном случае - второе.

На сайте Фоссиля явно сказано:

Fossil is a simple, high-reliability, distributed software configuration management system with these advanced features:

Так что, идея хороша, но является домыслами автора, подходящими по смыслу. :)

Когда у тебя в гите одна ветка master — это действительно система управления версиями. А когда стопицот релизных веток и багфиксы на каждой — это уже управление конфигурациями :)

Помню только fossil драйверы для dos во времена всякий bbs в доинтернетную эпоху.

Интересно, почему они себя записали в этот разряд? Кто-нибудь ещё себя считает «software configuration management» кроме Fossil? Посмотрел git, mercurialm, cvs - все SCM в смысле source control management.

Не удивлюсь если автор Fossil погуглил что такое SCM и взял первую попавшуюся расшифровку…

тем форума

с удаленными репозиториями

уведомлений по электронной почте

На кой хрен нужен этот гибрид ежа с ужом?

Формально он прав. Может он родом из всяких ITILщиков и прочих ITSMщиков, это они любят порассуждать про Configuration Management. А может быть, он просто старый и просто так привык говорить. Ну или «спозиционировать продукт» решил.

Ну вот про SQLite слышали буквально все, а про Fossil так я впервые слышу, например. Вот, видать, нас таких много... По моему, так типичный «неуловимый Джо». Никто за ним не гонится, вот и неуловимый. А вещь может и хорошая.

Вот! И я тоже. Я ж тут про Ковалева напоминал. Он же любил в SU.CHAINIKе спросить «что такое фоссил?».

Я про Ковалëва не ведаю. В эхах практически не туссовался. Иногда читал архивы, но это ж 30 лет назад было.

Ну я в Фидо бывал, Ковалева знаю лично, работали вместе на одной из работ уже в 2000х. А в Фидо он был личностью легендарной. Я — древний, то что было 30 лет назад хорошо помню.

Да ты настоящий fossil. В 93-м я был совсем зеленый третьекурсник, а в 96-м уже интернет дали на кафедру.

Ну можно наверное запустить несколько экземпляров fossil, nginx в контейнере и на одном домене через location на разные копии fossil всё это натравить.

Зачем так извращаться? CGI скрипт в 2 строки для запуска fossil с нужным репо. Это если HTTP доступ нужен.

Если не нужен то ssh вполне хватает.

Для связанных репозиториев есть nested repos.

аналогично git синхронизируется, и синхр. всего происходит: форума, багтрекера, wiki

CGI скрипт в 2 строки для запуска fossil с нужным репо.

Это для апача.

А так, либо напрямую с ним работать или через nginx проксировать что бы в https обернуть.

Fossil это: контроль версий, форум, wiki, багтрекер, в одном флаконе, в одном файле.

Ещё и чат! :)

редактор тем gui (веб морды) тоже встроен, можешь до неузнаваемости всё поменять, конечно удобнее было бы в отдельных файлах (с подсветкой, авто-дополнениями), чем в веб морде веб морду править.

Не заметил, те всё видать потыкал.

что за чат? есть транспорт в irc, jabber?

найди в админке управление темами, редактировать тему, отредактировать header, footer и прочие.

На скриншоте справа от форума.
https://fossil-scm.org/home/doc/trunk/www/chat.md

есть транспорт в irc, jabber?

Нет.

Внешний вид чата не видел.
Посмотрел при случае, можно в телегу, сообщения продублировать, прочитать репозиторий как sqllite в нём:

CREATE TABLE repository.chat(
  msgid INTEGER PRIMARY KEY AUTOINCREMENT,
  mtime JULIANDAY,  -- Time for this entry - Julianday Zulu
  lmtime TEXT,      -- Client YYYY-MM-DDZHH:MM:SS when message originally sent
  xfrom TEXT,       -- Login of the sender
  xmsg  TEXT,       -- Raw, unformatted text of the message
  fname TEXT,       -- Filename of the uploaded file, or NULL
  fmime TEXT,       -- MIMEType of the upload file, or NULL
  mdel INT,         -- msgid of another message to delete
  file  BLOB        -- Text of the uploaded file, or NULL
); 

fossil chat send --remote https://USER:PASSWORD@project.org/fossil \
  --message 'MESSAGE TEXT' --file file-to-attach.txt

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

А чем это лучше хранения бинарников в git

Это я уже понял, но делает ли это из него систему конфигурационного управления? Я прочитал статью из Википедии, оно, конечно, всё очень расплывчато, но по-моему это несколько другое.

Все локально в одном файле в итоге.

Мне вообще этот фоссил покоя не дает. Щас подумываю свою поделку в нем делать, хотя начал в гите, а на гитхаб сливать только фиксированные версии рабочие. Хз зачем :) Просто свербит в одном месте.

Единственно, я не понял, есть ли в фоссиле сквош. Бывает же, что наплодишь десяток +++ коммитов, а потом их надо в один чпокнуть, переименовать и слить в мастер.

По слухам в fossil оно есть, но очень не рекомендуется, как и любые действия по редактированию истории. Fossil-way, насколько я понял — что-то близкое к trunk based development.

есть ли в фоссиле сквош

https://fossil-scm.org/home/doc/trunk/www/fossil-v-git.wiki

Fossil lacks almost every other history rewriting mechanism listed on the Git documentation page linked above. There is no rebase in Fossil, on purpose, thus no way to reorder or copy commits around in the commit hash tree. There is no commit squashing, dropping, or interactive patch-based cherry-picking of commit elements in Fossil. There is nothing like Git’s filter-branch in Fossil.

А тут можно просто все укладывать в один файл и потом одним же файлом где-то хранить.

Я так и начал делать лет 10 тому назад. :)

Спасибо. Вроде я это читал, но как-то упустил.

А гугл вообще довольно мало инфы про него дает.

на си, дырявое поди как решето

если как по русски звучит: систему конфигурационного управления, то нет.

это система контроля версий к которой приделали: баг трекер, форум, вики, чат. Всё что для управления разработкой надо. Не надо как к гиту ставить gitea, форум и тд.
В случае git исчез сервер и у разработчиков останется только код.
У fossil, в случае утраты сервера, у каждого останется копия багтрекера, вики, форума, ...

много дырок в sqllite, создатель которого является автором этого поделия. А sqllite в основе андроеда, браузеров, и кучи другого софта.

sqlite нигде в этих системах напрямую не экспозится, поэтому в 99.9% случаев его уязвимости не эксплуатируемы, так то он тоже решето, да

а вот «git-репу» иногда хочется в инет высунуть голой жопой, и вот git’у который тоже на си немного доверия есть, а fossil’у - не особо

У git было с десяток критических ошибок, завязанных на использование в винде, с виндовыми путями и ещё дос осбеностями, позволяло системные файлы перезаписывать.
Код fossil состоит из sqlite и ещё вкрапления tk (для подготовки web морды).
Выбирая git или fossil, я по всем причинам выберу git, безопасность и популярность всё за него.
githab и рабочий git+gitea через ssh пользую, благо там и там можно ключи добавить. На личном серваке, сам бог велел ssh использовать.

Версионирование поддерживает zpaq, с дедупликацией. Автор давно не развивает свой проект, но есть активнейший форк (обсуждение на encode.su).