Що думають люди про викопні DVCS? [зачинено]

fossil http://www.fossil-scm.org
Я знайшов це нещодавно і почав використовувати його для своїх домашніх проектів. Я хочу почути, що думають інші про цей ДКС.

Те, що мені не вистачає, - це підтримка IDE. Сподіваюсь, він прийде, але я добре використовую командний рядок.

Мої улюблені речі щодо викопних робіт: одиничний виконуваний файл із вбудованою вікі-сервером та відстеженням помилок. Репозиторій - це лише один файл бази даних SQLite ( http://www.sqlite.org ), в якому легко зробити резервні копії. Мені також подобається, що я можу запускати копалини і зберігати сховище на палець. Це означає, що моя розробка програмного забезпечення стала повністю портативною.

Скажи мені, що ти думаєш….

Пане Міллікін, якщо вам знадобиться кілька моментів, щоб переглянути частину документації щодо викопних копалин, я вважаю, що ваші заперечення тут адресовані. Зберігання сховища в базі даних sQLite, напевно, безпечніше, ніж будь-який інший підхід. Дивіться текст посилання для деяких переваг використання транзакційної бази даних для зберігання сховища. Що стосується надуття: вся справа у єдиному автономному виконанні, який, здається, спростує це занепокоєння.

Повне розкриття: Я автор викопних робіт.

Зауважте, що я написав копалини, тому що жоден інший DVCS не відповідав моїм потребам. З іншого боку, мої потреби - це не ваші потреби, тож лише ви можете судити про те, чи підходить вам копалина. Але я радимо вам хоча б ознайомитися з документацією і спробувати зрозуміти проблему, яку викопні намагаються вирішити, перш ніж ви її відхилите.

Після використання Fossil вже більше року в нетривіальних проектах розвитку, я відчуваю себе досить впевнено, щоб зайнятися цією темою.

Нижче наведений мій досвід. Я порівнюю часом проти git та svn, просто тому, що я дуже добре знаю ці SCM, і порівняння полегшує мені ідею.

Я цілком закоханий у цю СКМ, тож це здебільшого пункти на стороні плюсів.

Що мені подобається у викопному:

1) У нас є маса машин (win / mac / кількість Linux-дистрибутивів), і одновикональна установка настільки ж гарна, як і звучить. Ніяких залежностей; це просто працює. Git - це безладний набір файлів, а пекло залежності в Subversion робить його дуже неприємним у деяких дистрибутивах Linux, особливо якщо ви повинні створити його самостійно.

2) Фоссільний робочий процес за замовчуванням ідеально відповідає нашим проектам, і більше необхідних робочих процесів git'ish можливі, коли це необхідно.

3) Ми виявили це надзвичайно надійним, навіть у великих проектах. Я б не очікував нічого іншого від хлопців, які писали sqlite. Ні аварій, ні корупції, ні смішних справ.

4) Я насправді дуже, дуже задоволений виконанням. Не так швидко, як гніт на величезних деревах, але не набагато повільніше. Я компенсую втрачений час, не звертаючись до документації будь-яку іншу команду, як це стосується git.

5) Той факт, що за кожною операцією стоїть перевірена база даних транзакцій, змушує мене спати краще вночі. Так, ми переживали не один жахливий випадок несвіжих і корумпованих сховищ Subversion (на щастя, корисна спільнота допомогла нам виправити їх.) Я не можу собі уявити, що це відбувається у Фоссілі. Навіть Subversion 1.7.x використовуйте Sqlite зараз для зберігання метаданих. (Спробуйте вимкнути живлення посеред git-комітету - це залишить корумпований репост!)

6) Інтегрований трекер випуску та вікі необов’язкові, очевидно, але дуже зручні, як це завжди є - установка не потрібна. Хочеться, щоб у трекера проблем були ще деякі функції, але ей - це SCM.

7) Вбудований сервер і веб-gui просто геніальний і досить налаштований через css.

8) Іноді нам потрібно імпортувати до сховищ git та subversion та до них. Це не мозок у викопних.

9) Однофайлове сховище. Немає ніколи .svn каталогів.

Що мені не вистачає / не подобається у викопному:

1) Хтось, будь ласка, напишіть TortoiseFossil для наших нетехнічних користувачів Windows :)

2) Спільнота ще не така велика, тому багатьом людям, мабуть, важко представити її у своїй компанії. Сподіваємось, це зміниться, отримавши всі переваги великої спільноти (документація, більше тестування нових випусків тощо)

3) Я хотів би, щоб місцевий веб-інтерфейс мав функцію пошуку (включаючи пошук вмісту файлів).

4) Менше варіантів злиття, ніж у git (хоча робочий процес Fossil в першу чергу робить меншим злиття.)

Я сподіваюся, що всі дають Фоссілу пробіг - світ є кращим місцем з речами, які просто працюють, і які вам не потрібно бути вченим-ракетом.

Копальня невелика, проста, але потужна і міцна, нагадує мені деякі принципи культури C. Привабливий тим, хто розвивається самостійно і все ще співпрацює. Будь-який великий проект повинен починатися з принципів і продовжувати їх в основі, оскільки він набирає більше шарів (GUI, додаткові можливості).

Я вражений копалиною і починаю використовувати ... погляньте на копалини

ура

Я розміщую цю сторінку після року останнього допису, про це тепер піклується рекурсивна добавка, про яку згадувалося тут.

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

Мені не цікаво використовувати його для контролю версій вихідного коду, але мене цікавить розподілена особиста вікі з керованою версіями, яку я можу синхронізувати між усіма машинами, якими я користуюся.

даміан,

1 / так, копалина не підтримує рекурсивне додавання. Однак є такі досить просто обходи, як, наприклад

for /r %i in (*.*) do fossil add "%i"

у Windows та

find . -type f -print0 | xargs -0 fossil add --

на Unix.

2 / Я бачив повідомлення про неправильно сформований маніфест, коли ви додаєте файл з символами, що не належать до ASCII, у назві файлу. Проблема була виправлена ​​в останній збірці.

З повагою, Петре

Я думаю, що викопні дійсно класні. Найважливішою особливістю для мене була легка установка та налаштування за умовчанням для розробників. Зараз я використовую його для відстеження локальних змін моїх файлів. (Наш проект розміщується в sourceforge і відстежується в CVS.) Таким чином я можу "здійснити" локальну роботу, навіть якщо це інакше порушить проект, тому можна буде відслідковувати і менші зміни.

Копалини - це добре. Він простий і простий у використанні. Якщо копалини можуть надати інтерфейс GUI для реєстрації та виїзду, тоді було б краще (віддайте перевагу java gui архівуванню міжплатформенного графічного інтерфейсу).

Основними перевагами Fossil є «відкритий код» та «використання бази даних SQLite», тому хтось може скласти копальний вихідний код, щоб змусити викопну роботу на платформі google android (мобільних та планшетних пристроях).

Я зараз пробую ваш vcs. Мені подобається ідея об'єднати все. Зрештою, все, що я хочу, коли шукаю таку систему. Я активний користувач Mercurial. І я не зміг знайти інтеграцію з трекером проблем (я невдало намагаюся встановити p Trac з mercurial в минулому). Після деякого тесту я розумію, що: 1) команда "додати" не є рекурсивно, або я не можу знайти в документі спосіб зробити це 2) я записую bat (я працюю з Windows), щоб додати 750 файлів, і я запускаю її (пройшло певний час). Коли команда виконує виконання, вона стрибає з "явно неправильним формуванням"

Я думаю, ви могли б вирішити ці проблеми та інші, зробивши опитування, подібне до Mercurial, на https://www.mercurial-scm.org/wiki/UserSurvey . ви можете написати мені на dnoseda в gmail

Мені цікаво, що ти працюєш. продовжуйте її вдосконалювати.

з повагою

ps .: як покращення міського голови ви можете додати щось на зразок gitstat

Можливо, неосвічена реакція на коліна, але думка мене зберігати сховище у двійковій краплі, як база даних SQLite. Я також сумніваюся в перевагах того, що включати вікі та трекер помилок безпосередньо у VCS - або вони недостатньо представлені у порівнянні з повним програмним забезпеченням, як Trac, або VCS масово роздутий порівняно з Subversion або Bazaar.