kişisel (tek kişilik) projeler için git. Aşırı yükleme?

İki sürüm kontrol sistemini biliyorum ve kullanıyorum: Subversion ve git. Subversion, şu an itibariyle tek geliştirici olduğum kişisel projeler için kullanıldı ve git açık kaynak projeleri ve başkalarının da proje üzerinde çalışacağına inandığım projeler için kullanıldı. Bu çoğunlukla git'in şaşırtıcı çatallanma ve birleştirme yeteneklerinden kaynaklanıyor, herkes kendi dalında çalışabilir; çok kullanışlı.

Şimdi, Goversion'u kişisel projeler için kullanıyorum, çünkü git'in orada pek bir anlamı yok. Biraz fazladan gözüküyor gibi görünüyor. Tek geliştiriciyken merkezileşmiş olsaydım benim için sorun yok (genellikle ev sunucumda); Zaten düzenli yedekler alıyorum. Ben kendi dal oluşturmak için yetenek gerekmez, ana dal olan benim dalı. Evet, SVN dallanma için basit bir desteğe sahiptir, ancak bunun için çok daha güçlü bir desteğin bir anlamı yoktur, sanırım. Birleşme, onunla birlikte bir acı olabilir, ya da en azından benim küçük deneyimimden.

Git'i kişisel projelerde kullanmam için iyi bir neden var mı, yoksa bu sadece basit bir sorumluluk mu?

Fazla değil. Kişisel projeler için Git ve Mercurial Over Subversion kullanmaya başlamamın ana nedeni, bir depo başlatmanın çok daha kolay olmasıdır.

Yeni bir projeye başlamak ister misiniz?

> git init

BAM! Bir depo sunucusu kurmaya gerek yoktur, ayrıca dallanma ve etiketleri bir alt sürüm deposuna dönüştürmek için bir klasör yapısını kontrol etmenize gerek yoktur.

Projenizi daha sonra paylaşmak sadece bir konudur: git push(uzak bir havuza sahip olmaktan başka). Bunu yıkmadan çabucak yapmaya çalışın!

Subversion'u yerel kişisel projeler için kullanmanın önemsiz olduğunu, Git'in ise kararsız olduğunu iddia ediyorum. Git daha az yer kaplar (SVN'nin Git'in nesne anlık görüntülerine karşı verimsiz "revizyonları" konsepti nedeniyle), daha az kurulum gerektirir ( git initbir düzine svnadminkomut ve karşı izinlerin ayarlanması vs.), daha kolay kurulum ( git clone --bare[veya git push originGithub kullanıyorsanız) ya da benzer] ve bitirdiniz) ve kodunuzu yönetmek için daha iyi araçlara sahiptir (dallanma ücretsizdir ve birleştirme daha kolaydır ve daha temizdir). Sadece başka hiç kimsenin sizin deponuzdan bir klonu olmaması, herhangi bir DVCS'nin faydalarının "fazladan" olduğu anlamına gelmez.

Dahası, Git'in dallanma desteğinin SVN'lerden daha az karmaşık olduğunu ve daha fazla ödül aldığını söyleyebilirim.

Asla dallayamayacağınızı düşünmek kendi kodunuzu biraz görmezden gelir. Kendi kodumu birkaç kez dalladım, özellikle de yeni bir yaklaşım deneyimlediğimde henüz tam olarak ikna olmadım. Sonunda özelliği isteyeceksiniz.

Bu uzun zamandır Subversion kullanıcısından geliyor. Tek bir araç üzerinde birleştirmek, hayatınızı kolaylaştıracak gerçekten yardımcı olabilir.

Overkill, "çözüm" nedeniyle teminatlı hasar olduğunda ortaya çıkar. Bir sineği öldürmek için silah kullanılması, merminin başka bir yere gitmesi sonucu oluşan hasar olduğu anlamına gelir. Bu overkill. Bir soruna yol açmayacak kadar güçlü olan bir şeyi kullanmak fazlaca bir şey değildir ve geliştirme sürecinizi kolaylaştırmanıza yardımcı olacaksa iyi bir şey olabilir. Zarar vermez ve iki yerine yalnızca bir yazılım setini güncellemenizi sağlar. Peki neden bir yerine iki sistemle uğraşıyorsun?

Git'i tek kişilik projelerim için kullanıyorum ve seviyorum. Daha önce Subversion kullanıyordum ve henüz Git'i kullanmak için bir dezavantaj görmedim. Daha güçlüdür ancak basit şeyleri daha karmaşık hale getirecek şekilde değildir. Gereksiz yere karmaşık / pahalı / yavaş / vb basit şeyler yapma. IMHO, fazla bir şey söylemek için gerekli bir koşuldur. Ayrıca, Github'da, daha önce istediğim bir özelliği eklemek için başkalarının daha önce gerçekleştirdiği tek kişilik projelere izin verdim ve ardından çekme istekleri gönderdim. Projelerime ilgi duyan biri de aynı şeyi yaparsa oldukça havalı olurdum.

Ben asla DVCS önce kişisel projeler üzerinde kaynak denetimi kullanılan, bu nedenle kimse karşıt görünümü alarak hayal etmek biraz garip. Sebeplerimden bazıları:

• Kurulumu ve yıkılması kolaydır. Örneğin, bir meslektaşım geçen hafta birkaç küçük adımda çözdüğüm bir programlama bilmecesi verdi. Çalışmamı sürdürmek için 45 dakika süren bir git repo yaptım, sonra gitti. Böyle bir şeyin ne kadar kolay bir baskı altında olduğunu bilmiyorum ama bunu yapan hiç kimseyi duymadım.
• Bağlantı kesildi. Benim için çevrimdışı çalışabilmek, bir hobi projesine işten çok daha fazla yarar sağlıyor. Ev güvenlik duvarımda bir delik açmam ya da bir projeyi halka açık bir şekilde barındırmam gerekmiyor. Geçici olarak bir flaş sürücüye veya bir dizüstü bilgisayara bir repo koyabilir ve her şeyi senkronize halde tutabilirim.
• Her şey colocated. Depoyu ve çalışan ağacı bir arada bulundurmak, işletim sistemi yükseltmeleri gibi şeyleri takip etmek için küçük projeleri kolaylaştırır.
• Güçlü özellikler Tabii ki, her zaman güce ihtiyacım yok, ama ihtiyacım olduğunda orada ve ihtiyacım olmadığı zaman kaynakları tüketmiyor.

git-bisectGirdiinize bağlı olarak taahhütlerde ileri geri gidip verilen bir davranışı ortaya koyan kesin taahhüdü bulmak için gerçekten çok hoş olduğu söylendi .

Bir gün bunu, ne olduğunu çözemediğiniz şeyler için yapmanız gerekecek .

EDIT: Ayrıca, müşterilerin kullandığı eski sürümlerde hata düzeltmeleri yapmanız gerektiğinde dallanma yeteneği çok önemlidir. "Sadece bu küçük şeyi düzeltin, ancak en yeni sürümü istemiyorum çünkü artık tekrar test etmek istemiyorum" i yönetebilmelisiniz.

Bu, kendi kodunuzu geliştirmekle ilgili ne kadar ciddi olmak istediğinize bağlıdır. Eğer inşa ettiğiniz şey, örneğin sadece güncel sürüme sahip olacak basit bir kütüphane (ya da doğru olduğu sürece), şahsen sadece kişisel olarak Dropbox gibi temel bir yedekleme seçeneğini kullanırdım. Tüm kodunuzu kaybederseniz, web'den kurtarabilirsiniz ve gerçekten aptalca bir şey yaparsanız Dropbox'ın 30 günlük bir sürümü vardır.

Bununla birlikte, örneğin Production ve Dev şubelerini korumanız gerekirse, git kesinlikle harika bir araçtır - ve svn'den çok daha hızlıdır. Ancak verileri yalnızca yerel olarak saklarsanız, sabit sürücü arızası riskine dikkat edin.

Her zaman, her zaman, her zaman herhangi bir geliştirme projesi için bir sürüm kontrol sistemi kullanırdım . Büyük veya küçük gerçekten önemli değil. Evde bir tür yeni teknoloji ile oynuyorsam, hayatımı kolaylaştırmak için küçük bir yardımcı yazıp ya da büyük ve dağınık bir ekipte profesyonelce gelişsem - her zaman bir sürüm kontrol sisteminin beni desteklemesini isterdim.

Elbette, küçük kişisel projeler için çoğu zaman özelliklerin çoğunu kullanmayacaksınız, ancak git deposu (hatta yerel bir Subversion deposu) kurmak önemli değil, o yüzden devam edin! Ve bilmeden önce, "kahretsin, geçen cuma X dosyasının içeriği neydi?" Sürüm kontrolü olmadan - iyi şanslar ;-)

Bu yüzden, git veya SVN kullanıyor olmanız gerçekten önemli değil - kişisel olarak SVN'den git gitgide daha fazla şey taşımaya başlıyorum, ancak asıl şey sürüm kontrolünü kullanmak - küçük şeyler için bile.

Sadece kimseden bahsetmediği için: kişisel projeler için, darcs gerçekten iyidir ve basit sürüm kontrolü yapmak için git'ten daha az sorumludur. Büyük projeler için hızlı değil, ama o zaman Subversion!

Yaptığımız şeyin deney olduğunu anlamak, güçlü bir zihinsel paradigma kayması olabilir. Bunu desteklemek için ucuz / kolay bir araca sahip olmak, kısmen, kötü sonuçlandığında herhangi bir denemeyi geri alma yeteneğinizi geliştirdiğinden, ileriye gitme yeteneğinizi geliştirir.

Birçok geliştirici der ki, kodumu kopyalarım. Ancak bu kopyaların yönetilmesi ve karışıklık yaratması zorlaşır. Birden çok kopyaya sahipsiniz ve hangi kopyaya neyin kopyalandığını hatırlayamıyorsunuz ve daha sonra bunları silmek için ne zaman güvenli olduğunu bulmaya çalışın.

Tüm bunlar, deney birden fazla dosyada koordineli değişiklikler gerektirdiğinde daha da değerli hale gelir. Yalnız bir proje olduğunda Git'i kullanmak daha da basitleşiyor.

Yalnız bir projede kullanmam gerekip gerekmediğini merak etmek yerine, bunu daha önce keşfetmediğim bir utanç olduğunu düşünüyorum.