Co ludzie myślą o kopalnych DVCS? [Zamknięte]

fossil http://www.fossil-scm.org
Znalazłem to niedawno i zacząłem używać go w moich projektach domowych. Chcę usłyszeć, co inni myślą o tym VCS.

To, czego mi brakuje, to obsługa IDE. Mam nadzieję, że nadejdzie, ale dobrze używam wiersza poleceń.

Moje ulubione rzeczy w Fossil: pojedynczy plik wykonywalny z wbudowanym serwerem internetowym wiki i śledzeniem błędów. Repozytorium to tylko jeden plik bazy danych SQLite ( http://www.sqlite.org ), na którym można łatwo tworzyć kopie zapasowe. Podoba mi się również to, że mogę uruchomić Fossil i przechowywać repozytorium na moim pendrive. Oznacza to, że mój rozwój oprogramowania stał się całkowicie przenośny.

Powiedz mi co myślisz....

Panie Millikin, jeśli poświęci pan kilka chwil na przejrzenie dokumentacji dotyczącej skamielin, myślę, że są tam uwzględnione pańskie zastrzeżenia. Przechowywanie repozytorium w bazie danych SQLite jest prawdopodobnie bezpieczniejsze niż jakiekolwiek inne podejście. Zobacz tekst odsyłacza, aby poznać niektóre zalety korzystania z transakcyjnej bazy danych do przechowywania repozytorium. Jeśli chodzi o wzdęcia: cała sprawa jest w jednym samodzielnym pliku wykonywalnym, co wydaje się obalać tę obawę.

Pełne ujawnienie: jestem autorem skamieniałości.

Zwróć uwagę, że napisałem Fossil, ponieważ żaden inny DVCS nie spełniał moich potrzeb. Z drugiej strony moje potrzeby nie są Twoimi potrzebami, więc tylko Ty możesz ocenić, czy skamielina jest dla Ciebie odpowiednia. Ale zachęcam cię, żebyś przynajmniej zajrzał do dokumentacji i spróbował zrozumieć problem, który skamielina próbuje rozwiązać, zanim go odrzucisz.

Po ponad roku używania Fossil w nietrywialnych projektach deweloperskich, czuję się na tyle pewnie, że mogę zająć się tym tematem.

Poniżej przedstawiam moje dotychczasowe doświadczenia. Czasami porównuję z git i svn, po prostu dlatego, że dobrze znam te SCM, a porównywanie ułatwia mi zrozumienie pomysłu.

Jestem całkowicie zakochany w tym SCM, więc to głównie punkty na plusie.

Co mi się podoba w Fossil:

1) Mamy kilka maszyn (win / mac / wiele dystrybucji Linuksa), a instalacja pojedynczego pliku wykonywalnego jest tak piękna, jak się wydaje. Brak zależności; po prostu działa. Git to bałagan plików, a piekło zależności w Subversion sprawia, że ​​jest on bardzo nieprzyjemny w niektórych dystrybucjach Linuksa, zwłaszcza jeśli musisz go samodzielnie zbudować.

2) Domyślny przepływ pracy Fossil idealnie pasuje do naszych projektów, a bardziej gitarowe przepływy pracy są możliwe w razie potrzeby.

3) Okazało się, że jest wyjątkowo solidny, nawet w przypadku dużych projektów. Nie spodziewałbym się niczego innego od facetów, którzy napisali sqlite. Żadnych wypadków, korupcji, zabawnych interesów.

4) Właściwie jestem bardzo, bardzo zadowolony z wydajności. Nie tak szybko, jak na wielkich drzewach, ale też niewiele wolniej. Nadrabiam stracony czas nie musząc sprawdzać dokumentacji przy każdym innym poleceniu, jak to ma miejsce w przypadku git.

5) Fakt, że za każdą operacją stoi wypróbowana, nieprawdziwa baza danych transakcyjnych, sprawia, że ​​lepiej śpię w nocy. Tak, przeszliśmy przez więcej niż jeden okropny incydent związany z przestarzałymi i uszkodzonymi repozytoriami Subversion (na szczęście pomocna społeczność pomogła nam je naprawić). Nie mogę sobie wyobrazić, aby działo się to w Fossil. Nawet Subversion 1.7.x używa Sqlite teraz do przechowywania metadanych. (Spróbuj wyłączyć zasilanie w trakcie zatwierdzania git - pozostawi to uszkodzone repozytoria!)

6) Zintegrowany tracker problemów i wiki są oczywiście opcjonalne, ale bardzo przydatne, ponieważ są zawsze dostępne - nie jest wymagana instalacja. Chciałbym, żeby tracker problemów miał więcej funkcji, ale hej - to SCM.

7) Wbudowany serwer i web gui są po prostu genialne i całkiem konfigurowalne poprzez css.

8) Czasami musimy importować do iz repozytoriów git i subversion. To oczywiste w Fossil.

9) Repozytorium pojedynczego pliku. Brak katalogów „.svn” w każdym miejscu.

Za czym tęsknię / czego nie lubię w Fossil:

1) Niech ktoś napisze TortoiseFossil dla naszych nietechnicznych użytkowników Windows :)

2) Społeczność nie jest jeszcze tak duża, więc prawdopodobnie wielu osobom trudno jest wprowadzić ją w swojej firmie. Miejmy nadzieję, że to się zmieni, uzyskując wszystkie korzyści płynące z dużej społeczności (dokumentacja, więcej testów nowych wersji itp.)

3) Chciałbym, żeby lokalny interfejs sieciowy miał funkcję wyszukiwania (w tym wyszukiwanie zawartości plików).

4) Mniej opcji scalania niż w git (chociaż przepływ pracy Fossil sprawia, że ​​scalanie jest mniej prawdopodobne).

Mam nadzieję, że każdy daje szansę Fossilowi ​​- świat jest lepszym miejscem z rzeczami, które po prostu działają i których nie trzeba być naukowcem od rakiet, aby ich używać.

Fossil jest mały, prosty, ale potężny i solidny, przypomina mi kilka zasad kultury C. Lubiane przez tych, którzy rozwijają się samodzielnie i nadal współpracują. Każdy świetny projekt powinien zaczynać się od zasad i kontynuować je u podstaw, ponieważ gromadzi więcej warstw (GUI, dodatkowe funkcje).

Jestem pod wrażeniem Fossil i rozpoczęciem użytkowania ... przyjrzeć kopalnych

Twoje zdrowie

Ląduję na tej stronie po roku od ostatniego postu, rekurencyjny dodawanie, o którym tu mowa, jest teraz załatwiony.

Fossil fascynuje mnie prostotą, szczególnie po tym, jak zmagałem się z systemem śledzenia błędów, który działałby z Mercurial. Muszę zobaczyć, jak zarządzać wieloma projektami, publikować repozytoria dla dostępu wielu użytkowników i jak łączyć, zarządzać łatkami itp. Mam wrażenie, że nie będzie to rozczarowujące w przyszłości.

Nie jestem zainteresowany używaniem go do kontroli wersji kodu źródłowego, ale interesuje mnie rozproszona osobista wiki z kontrolą wersji, którą mogę synchronizować między wszystkimi używanymi przeze mnie maszynami.

Damian,

1 / tak, Fossil nie obsługuje rekursywnego dodawania. Istnieją jednak dość proste obejścia, takie jak

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

w systemie Windows i

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

w systemie Unix.

2 / Widziałem komunikat o źle sformułowanym manifeście podczas dodawania pliku ze znakami spoza ASCII w nazwie pliku. Problem został rozwiązany w ostatniej kompilacji.

Pozdrawiam, Petr

Myślę, że skamielina jest naprawdę fajna. Najważniejszą cechą dla mnie była łatwa instalacja i przyjazne dla programistów ustawienia domyślne. Obecnie używam go do śledzenia lokalnych zmian moich plików. (Nasz projekt jest hostowany w sourceforge i śledzony w CVS). W ten sposób mogę „zatwierdzać” lokalnie, nawet jeśli w innym przypadku spowodowałoby to uszkodzenie projektu, więc mniejsze zmiany mogą być również śledzone.

Fossil jest dobry. Jest prosty i łatwy w użyciu. Jeśli Fossil może zapewnić interfejs GUI do zameldowania i wyewidencjonowania, byłoby lepiej (preferuj java gui niż archiwizowanie wieloplatformowego GUI).

Główne zalety Fossil to "open source" i "use SQLite database", więc ktoś może skompilować kopalny kod źródłowy, aby kopać działały na platformie Google Android (urządzenia mobilne i tablety).

Próbuję teraz twojego vcs. Podoba mi się pomysł integracji wszystkich. W końcu to wszystko, czego chcę, kiedy szukam takiego systemu. Jestem aktywnym użytkownikiem Mercurial. I nie mogłem znaleźć integracji z trackerem problemów (próbowałem bezskutecznie ustawić p Trac z mercurial w przeszłości). Po pewnym teście zdaję sobie sprawę, że: 1) polecenie "dodaj" nie jest rekurencyjne lub nie mogę znaleźć w dokumencie sposobu na zrobienie tego 2) piszę bat (pracuję z Windows), aby dodać 750 plików i uruchamiam go (zajęło to chwilę). Po zatwierdzeniu uruchomienia skacze z komunikatem „manifest źle sformułowany”

Myślę, że możesz zająć się tymi problemami i innymi, wykonując ankietę, taką jak ta Mercurial, na https://www.mercurial-scm.org/wiki/UserSurvey . możesz napisać do mnie na dnoseda na gmail

jestem zainteresowany twoją pracą. ulepszaj to.

pozdrowienia

ps .: jako usprawnienie burmistrza możesz dodać coś takiego jak gitstat

Być może niewykształcona reakcja odruchu kolanowego, ale pomysł przechowywania repozytorium w binarnym blobie, takim jak baza danych SQLite, przeraża mnie. Wątpię również w korzyści płynące z włączenia wiki i narzędzi do śledzenia błędów bezpośrednio do VCS - albo są niedostatecznie wyposażone w porównaniu z pełnym oprogramowaniem, takim jak Trac, albo VCS jest ogromnie rozdęty w porównaniu z Subversion lub Bazaar.