İnsanlar DVCS fosili hakkında ne düşünüyor? [kapalı]

fossil http://www.fossil-scm.org
Bunu yakın zamanda buldum ve ev projelerim için kullanmaya başladım. Başkalarının bu VCS hakkında ne düşündüğünü duymak istiyorum.

Aklımda eksik olan IDE desteği. Umarım gelecek, ama komut satırını gayet iyi kullanıyorum.

Fosil hakkında en sevdiğim şeyler: dahili web sunucusu wiki ve hata izleme ile tek çalıştırılabilir. Depo sadece bir SQLite ( http://www.sqlite.org ) veritabanı dosyasıdır ve üzerinde yedekleme yapmak kolaydır. Ayrıca fosili çalıştırabilmeyi ve depoyu parmak sürücümde tutabilmeyi seviyorum. Bu, yazılım geliştirmemin tamamen taşınabilir hale geldiği anlamına geliyor.

Bana ne düşündüğünü söyle....

Sayın Millikin, fosil hakkındaki bazı belgeleri gözden geçirmek için birkaç dakikanızı ayırırsanız, sanırım itirazlarınız burada ele alınmıştır. Bir depoyu bir sQLite veritabanında saklamak, diğer yaklaşımlardan tartışmasız daha güvenlidir. Bir depoyu depolamak için işlemsel bir veritabanı kullanmanın bazı avantajları için bağlantı metnine bakın . Şişkinliğe gelince: Her şey, bu endişeyi çürüten tek bir bağımsız yürütülebilir dosyada.

Tam açıklama: Ben fosilin yazarıyım.

Fosil yazdığımı unutmayın çünkü başka hiçbir DVCS ihtiyaçlarımı karşılamadı. Öte yandan, benim ihtiyaçlarım sizin ihtiyaçlarınız değil ve bu nedenle fosilin sizin için uygun olup olmadığına sadece siz karar verebilirsiniz. Ama sizi en azından belgelere bir göz atmanızı ve fosilin çözmeye çalıştığı sorunu, onu reddetmeden önce anlamaya çalışmanızı tavsiye ediyorum.

Fossil'i bir yıldan fazla bir süredir önemsiz olmayan geliştirme projelerinde kullandıktan sonra, bu konuya girecek kadar kendime güveniyorum.

Şimdiye kadarki deneyimim aşağıdadır. Zaman zaman git ve svn ile karşılaştırma yapıyorum, çünkü bu SCM'lerin çok iyi olduğunu biliyorum ve karşılaştırma, fikri anlamamı kolaylaştırıyor.

Bu SCM'ye tamamen aşığım, bu yüzden çoğunlukla artı yöne işaret ediyor.

Fosil hakkında sevdiğim şeyler:

1) Bir sürü makinemiz var (win / mac / bir dizi linux dağıtımı) ve tek çalıştırılabilir kurulum göründüğü kadar güzel. Bağımlılık yok; sadece çalışıyor. Git, dağınık bir dosya yığınıdır ve Subversion'daki bağımlılık cehennemi, bazı Linux dağıtımlarında, özellikle de onu kendiniz oluşturmanız gerekiyorsa, onu çok kötü hale getirir.

2) Varsayılan Fosil iş akışı projelerimize mükemmel bir şekilde uyar ve gerektiğinde daha fazla git'ish iş akışı mümkündür.

3) Büyük projelerde bile son derece sağlam bulduk. Sqlite yazan adamlardan başka bir şey beklemem. Çökme yok, yolsuzluk yok, komik işler yok.

4) Performanstan gerçekten çok çok memnunum. Büyük ağaçlarda gitme kadar hızlı değil, ama daha yavaş da değil. Git'te olduğu gibi, diğer her komutta belgelere başvurmak zorunda kalmayarak kaybettiğim zamanı telafi ediyorum.

5) Her operasyonun arkasında denenmiş ve gerçek bir işlem veri tabanı olması, geceleri daha iyi uyumamı sağlıyor. Evet, birden fazla eski ve yozlaşmış Subversion deposu olayı yaşadık (şükürler olsun ki, yardımsever bir topluluk onları düzeltmemize yardım etti.) Fossil'de bunun olduğunu hayal bile edemiyorum. Subversion 1.7.x bile meta veri depolaması için şimdi Sqlite kullanıyor. (Bir git kaydetme işleminin ortasında gücü kapatmayı deneyin - bozuk depolar bırakacaktır!)

6) Entegre sorun izleyici ve wiki isteğe bağlıdır, tabii ki, ancak her zaman olduğu gibi çok kullanışlıdır - kurulum gerektirmez. Sorun izleyicinin daha fazla özelliği olmasını isterdim, ama hey - bu bir SCM.

7) Yerleşik sunucu ve web gui basitçe mükemmeldir ve css aracılığıyla oldukça yapılandırılabilir.

8) Bazen git ve subversion depolarından içeri ve dışarı aktarmamız gerekir. Bu, Fosil için basit bir şey.

9) Tek dosya deposu. Her yerde ".svn" dizini yok.

Fosil hakkında özlediğim / sevmediğim şeyler:

1) Teknik olmayan Windows kullanıcılarımız için lütfen TortoiseFossil yazınız :)

2) Topluluk henüz o kadar büyük değil, bu yüzden pek çok insanın şirketlerinde bunu tanıtması muhtemelen zor. Umarım bu, geniş bir topluluğun tüm avantajlarından yararlanarak (dokümantasyon, yeni sürümlerin daha fazla test edilmesi vb.)

3) Yerel web kullanıcı arayüzünün bir arama özelliği olmasını isterdim (dosya içeriğini arama dahil).

4) Git'e göre daha az birleştirme seçeneği (Fosil iş akışı, ilk etapta birleşme olasılığını daha az kılıyor.)

Umarım herkes Fossil'e bir şans verir - dünya, sadece işe yarayan ve kullanmak için roket bilimcisi olmanıza gerek olmayan şeylerle daha iyi bir yerdir .

Fosil küçük, basit, ancak güçlü ve sağlam, bana C Kültürünün bazı ilkelerini hatırlatıyor. Bağımsız olarak gelişen ve hala işbirliği yapanlar tarafından sevindirici. Herhangi bir harika proje ilkelerle başlamalı ve daha fazla katman (GUI, ekstra özellikler) topladıkça bunları özünde devam ettirmelidir.

Fosilden etkilendim ve kullanmaya başladım ... fosile bir göz atın

şerefe

Son gönderiden bir yıl sonra bu sayfaya iniyorum, burada bahsedilen özyinelemeli ekleme artık halledildi.

Fosil, özellikle mercurial ile çalışacak bir hata izleme sistemi bulmaya çalıştıktan sonra beni basitlikle büyülüyor. Birden çok projeyi nasıl yöneteceğimi, çok kullanıcılı erişim için depoları nasıl yayınlayacağımı ve nasıl birleştireceğimi, yamaları nasıl yöneteceğimi vs. görmem gerekiyor. İleriye dönük hayal kırıklığı yaratmayacağı hissine kapılıyorum.

Bunu kaynak kodu sürüm kontrolü için kullanmakla ilgilenmiyorum, ancak kullandığım tüm makineler arasında senkronize edebileceğim, dağıtılmış sürüm kontrollü bir kişisel wiki ile ilgileniyorum.

damian,

1 / evet, fosil özyinelemeli eklemeyi desteklemiyor. Ancak, bazı oldukça basit geçici çözümler vardır.

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

Windows'ta ve

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

Unix'te.

2 / Dosya adına ASCII olmayan karakterler içeren bir dosya eklerken hatalı biçimlendirilmiş bildirimle ilgili mesajı gördüm. Sorun son yapıda düzeltildi.

Saygılarımızla, Petr

Bence fosil gerçekten harika. Benim için en önemli özellik kolay kurulum ve geliştirici dostu varsayılanlardı. Şu anda dosyalarımdaki yerel değişiklikleri takip etmek için kullanıyorum. (Projemiz sourceforge'da barındırılıyor ve CVS'de takip ediliyor.) Bu şekilde projeyi bozacak olsa bile yerel olarak "taahhüt" edebilirim, böylece daha küçük değişiklikler de takip edilebilir.

Fosil iyidir. Basit ve kullanımı kolaydır. Fosil, giriş ve çıkış için GUI arabirimi sağlayabilirse, daha iyi olur (çapraz platform GUI'yi arşivlemek için java gui'yi tercih edin).

Fossil'in başlıca avantajları "açık kaynak" ve "SQLite veritabanını kullanma" dır, bu nedenle birisi fosil kaynak kodunu google android platformunda (mobil ve tablet cihazlar) çalıştırmak için fosil kaynak kodunu derleyebilir.

Şu anda vcs'lerinizi deniyorum. Hepsinin entegre olması fikrini seviyorum. Sonuçta, böyle bir sistem ararken tek istediğim bu. Mercurial'in aktif bir kullanıcısıyım. Ve bir sorun izleyiciyle entegrasyon bulamadım (geçmişte p Trac'i mercurial ile ayarlamayı başarısızlıkla denedim). Bazı testlerden sonra şunu anlıyorum: 1) "ekle" komutunun yinelemeli olmadığını veya belgede bunu yapmanın bir yolunu bulamıyorum 2) 750 dosya eklemek için bir yarasa yazıyorum (pencerelerle çalışıyorum) ve çalıştırıyorum (biraz zaman aldı). Bir çalıştırma kaydetme işlemi "hatalı biçimlendirilmiş manifesto" ile atlar

Sanırım bu konuları ve diğerlerini Mercurial'ın https://www.mercurial-scm.org/wiki/UserSurvey'deki gibi bir anket yaparak ele alabileceğinizi düşünüyorum . gmail'de dnoseda'da bana yazabilirsin

çalışmanla ilgileniyorum geliştirmeye devam et.

Saygılarımızla

ps .: bir belediye başkanı iyileştirmesi olarak gitstat gibi bir şey ekleyebilirsiniz

Belki eğitimsiz bir tepkidir, ancak bir SQLite veritabanı gibi ikili bir blob içinde bir depo depolama fikri beni korkutuyor. Ayrıca, wiki'leri ve hata izleyicilerini doğrudan VCS'ye dahil etmenin faydalarından da şüpheliyim - ya Trac gibi tam yazılıma kıyasla yetersiz özellikli ya da VCS, Subversion veya Bazaar'a kıyasla çok fazla şişkin.