LINUX.ORG.RU
ФорумTalks

Wiki на DCVS

 , , ,


0

1

Сколько видел в интернете вики, все пользуются централизованными системами версий. Поискав немного, выяснил, что вики на децентрализованных git и mercurial тоже существуют. А какой от этого выигрыш? И как работа с такой вики отличается от работы с централизованной? Для определённости — группа пользователей пишет документацию для собственных нужд. К программе, которая сильно меняется с каждым ежемесячным релизом.

★★★★★

Последнее исправление: CYB3R (всего исправлений: 1)

А какой от этого выигрыш?

Помнишь «Полосатый рейс»?
«Никакой от тебя пользы кроме вреда»...
Вот приблизительно такая же ситуация с децентрализованными вики.

Stahl ★★☆
()

А можно ссылок на сабжи? Я искал, но не нашёл и пришлось делать костыль: вимвики на обычном меркуриале, коммичу вручную.

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

А можно ссылок на сабжи?

Первые попавшиеся. Не пробовал ни один.

http://atonie.org/2008/02/git-wiki
http://gitit.net/
http://ikiwiki.info/
http://el-tramo.be/wigit/
http://hatta-wiki.org/

(Интересно, почему в traditio-ru.org список вики-движков больше, чем в английской Википедии?)

question4 ★★★★★
() автор топика
Последнее исправление: question4 (всего исправлений: 1)

использовал asciidoc и txt2tags поверх hg, собирающих html скриптом.

удобно тем, что не веб

неудобно тем, что не веб (хотя можно прикрутить, было бы желание)

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

удобно раскидывать, удобно мержить, удобно использовать фичи dcvs

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

---

примерно по такому же принципу сейчас использую bugs-everywhere в качестве трекера

feofil
()

Ещё Sputnik.

Кажися в список вики на DVCS можно добавить Sputnik, как-то так оно называлось.

Из достоинств — применение DVCS по прямому назначению, недостаток — проблемы с кластеризацией/масштабированием. Два человека отредактировали и закоммитили одну и ту же статью каждый на своём сервере, как разруливать конфликт?

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

достоинство - всё в одном

недостатки - всё не очень понятно и не очень приятно

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

Я искал, но не нашёл и пришлось делать костыль: вимвики на обычном меркуриале, коммичу вручную.

Я, вообще, Zim-блокнот положил на SparkleShare на git. И теперь то, что пишу в Zim'е на десктопе, сразу появляется на сайте :)

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

Ну да, но что это даёт команде писателей?

Независимость от доступности сервера?

KRoN73 ★★★★★
()
Ответ на: Ещё Sputnik. от Camel

Два человека отредактировали и закоммитили одну и ту же статью каждый на своём сервере, как разруливать конфликт?

Как разруливается конфликт, когда два человека отредактировали и закоммитили один исходник? :)

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

Все эти синхронизаторы на гите у меня так и не заработали.

Что удивительно :) У меня SparkleShare сейчас стоит на 5-7 машинах (Gentoo, Ubuntu, Windows) и всюду работает сразу и без всяких настроек :) Руки приложить нужно немного только в headless варианте. Из коробки оно так не конфигурится.

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

А, да. И в роли Git-backend'а работает как свой собственный git, так и github, bitbucket. В последнее время почти целиком перешёл на последний. Например: https://github.com/Balancer/zim-airbase

Вот так оно смотрится в Zim: http://files.balancer.ru/cache/forums/attaches/2014/01/1024x/14-3338777-zim-w...

А вот так — на сайте: http://www.airbase.ru/vehicles/z/z-19/

Пока не доработана полноценная индексация на сервере после коммита (хук вызывается, но пока ничего не делает), соответственно, ещё нет полностекстового поиска по сайту, тегов и т.п. В принципе, за вечер делается, но руки ещё не дошли :)

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

То есть человек запускает fossil на своей машине, заходит браузером на сервер на своей машине, редактирует вики, и когда нужно синхронизируется с центральным сервером или с другим пользователем? А сколько места на локальной машине занимает база? Скажем, пара тысяч страниц по 10 килобайт в TXT сколько займёт (если всё вбить с первой попытки)?

Ещё вопросы:
Можно ли давать-отбирать у пользователей права на редактирование групп страниц?
Насколько сложно прикрутить скрипты, делающие какие то действия?
Например, правящие страницы по календарю в зависимости от наличия каких-то файлов на сервере?
Или генерирующие отчёт из нескольких страниц вики?
Или выгружающие текст из сторонней базы (Oracle, PostgreSQL или Firebird)?

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

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

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

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

Да, можно так. А можно пойти на «центральный сервер» или к другому пользователю и там поредактировать

А сколько места на локальной машине занимает база?

fossil хранит все в SQLite базе. Текст жмется zlib

Можно ли давать-отбирать у пользователей права на редактирование групп страниц?

Похоже что нет. В гуе видно только общие пермишены для пользователей: «Write-Wiki: Edit wiki pages», «Mod-Wiki: Moderator for wiki pages», «Append-Wiki: Append to wiki pages».

Насколько сложно прикрутить скрипты, делающие какие то действия?

Ну, там же SQLite, теоретически как-то можно. Но скорее всего придется повозиться

http://fossil-scm.org/xfer/doc/tip/www/fileformat.wiki

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

fossil хранит все в SQLite базе. Текст жмется zlib

А каков объём служебной информации? SQLite способна раздувать его в несколько раз по сравнению с хранимыми данными.

И доступен ли полнотекстовый поиск по этой вики? Судя по http://fossil-scm.org/xfer/doc/tip/www/index.wiki и http://fossil-scm.org/xfer/wiki, искать можно только по заголовкам.

UPDATE: Уже нашёл: http://fossil-scm.org/xfer/wiki?name=Cookbook#SearchWiki Для поиска нужно писать специальный баш-скрипт. У Фоссила охват пользовательского интерфейса и в других местах столь же полон?

question4 ★★★★★
() автор топика
Последнее исправление: question4 (всего исправлений: 2)
Ответ на: комментарий от question4

Ой, только сейчас посмотрел в уведомления. Если еще не определились с вики, напишу немного. Fossil довольно простой, если действительно нужны какие-то сильные навороты, я бы его рассматривал где-то в конце списка.

А каков объём служебной информации? SQLite способна раздувать его в несколько раз по сравнению с хранимыми данными.

Про вики-страницы не знаю, надо пробовать, но текст программ (и диффы) он жмет хорошо, никакого особого оверхеда не видно.

У Фоссила охват пользовательского интерфейса и в других местах столь же полон?

Ну, мы им пользуемся как SVN с вики, даже тикеты на нем не заводим (хотя он это умеет). Пока всего хватало. Но у нас проекты небольшие, пользователи непритязательны. Я вот даже не знал что у него есть группа команд fossil wiki, можно манипулировать вики-страницами из командной строки

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

Fossil довольно простой, если действительно нужны какие-то сильные навороты, я бы его рассматривал где-то в конце списка.

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

Но у нас проекты небольшие, пользователи непритязательны.

У нас тоже небольшие. Вот второе — проблема. Если фичи нет в GUI, значит её и нет.

Про вики-страницы не знаю, надо пробовать, но текст программ (и диффы) он жмет хорошо, никакого особого оверхеда не видно.

Спасибо.

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