Kişi açık kaynaklı bir proje yazıp Google Code veya GitHub kullandığında ve Lua gibi bir kütüphane kullanmak istediğinde, bunu nasıl yapmalı?
Derlemeden önce kütüphanenin kuruluma ihtiyacı olmadığı göz önüne alındığında.
Yanıtlar:
Git'in alt modüller hakkındaki belgelerini okumanızı şiddetle tavsiye ederim ; tüm kaynaklarınızın Git kullandığını varsayarsak, bu sorunu çözer. Olmazlarsa, entegrasyon amacıyla her zaman bir git repo ayarlayabilirsiniz. Çaba önemsiz ve kazanç önemli.
Bağımlılık depoya dahil edilmeli mi?
Bence bağımlılıklar her zaman kullanım koşullarını ihlal etmediği sürece depoya dahil edilmelidir . Bir şeyler yapmadan önce birkaç şey doğru bağımlılıkların doğru versiyonlarını manuel olarak bulmak zorunda kalmaktan daha can sıkıcıdır. Tabii ki, sizin için bunu yapmak için otomatik araçlara sahipseniz, bu doğru bir bağımlılığı bulabilir ve indirebilir, ancak kolaydır, ya şu anda web'e bağlı değilseniz ya da sunucu kapalıysa veya bağımlılığın projesi tamamen kesildi ve çevrimdışı duruma getirildi mi? Mümkünse daima bağımlılıkları ekleyin.
Bağımlılık, projenin geri kalanıyla aynı build betiğinden mi yoksa ayrı bir build betiğinden mi yapılmalı?
Kaynaktan derlemek için iyi bir neden yoksa, önceden derlenmiş sürümleri kullanın.
Ve neden derleme betiğinde seçenekler sunmuyor? Bağımlılıkların da derlenip derlenmeyeceğini seçmek için basit bir anahtar. Kullanıcı bağımlılıkları da derlemeyi seçerse, ürün derlemenizden kendi derleme komut dosyalarını çağırmanız yeterlidir. Böylece kullanıcı bağımlıların derleme komut dosyalarını manuel olarak çalıştırabilir veya her şeyin tam derlemesini oluşturmayı seçebilir. Ancak, kaynakları derlemek için iyi bir neden yoksa, bağımlılıkları sadece ikili dosyalar olarak sunardım. Açık Kaynak dünyasında, bazı lisansların kaynakları sizin ürününüzle birlikte dağıtmanızı gerektirdiğini ancak bu onların önceden derlenemeyeceği anlamına gelmediğini düşünüyorum.
Kısacası: Mümkünse, tamamen bağımsız bir çalışma paketi sağlayın. Bu, kullanıcılara en kolaylığı sağlayacaktır.
Bu sizin kullanım durumunuz için geçerli olabilir veya olmayabilir, ancak işte yaptığımız her dalda bir "Referanslar" klasörü. Buraya 3. parti DLL'leri yerleştirdik. Bu, kaynak kontrolünde nispeten değişmeyen ikili dosyaların çoğalmasına neden olur, ancak depolama ucuzdur ve herhangi bir noktada her dal ve etiket tam olarak beklediği bağımlılıklara (ve sürüm!) Sahiptir.
Bağımlılıkları kendimiz derleriz ve derlenmiş ikilileri bu klasöre taşırız. Kendi kurum içi paylaşımlı kütüphanemiz de bu şekilde ele alınır. Bu şekilde aynı teknik önceden derlenmiş tescilli kütüphaneler, açık kaynaklı kütüphaneler ve kurum içi kütüphaneler için çalışır.
Şimdi sorunuzu yanıtlayabildiğim kadarıyla şimdi tekrar okudum, aynı şeyi yapın ve projenizin Lua'nın önceden derlenmiş 1.3.5 sürümünü kullandığını söyleyin.
Bağımlılık depoya dahil edilmeli mi?
Bu, (SCM yöntemi için herhangi bir kullanılabilir ile) depodaki başvurulabilir eğer bu bağımlılığı parçası ayrıca çözülebilir bir ürün (kaynak bağımlılık), ikilik bağımlılığı, ve
Bağımlılık, projenin geri kalanıyla aynı build betiğinden mi yoksa ayrı bir build betiğinden mi yapılmalı?
Hiç önemli değil. Gereksinimlerinize göre herhangi bir yöntemi tercih edebilirsiniz (hız / şeffaflık / yönetilebilirlik / vb.)
Eclipse mağazası olarak, derleme / montaj / dağıtım sürecimizi yönetmek için Buckminster'i kullanmaya yeni başladık .
İlk aşamamız, mevcut bağımlı kütüphanelerimizin tümünü çıkarmak ve Buckminster'in doğru olanları gerçekleştirmeye özen göstermekti. Bu, çok daha hızlı ve daha küçük bir dağıtım sağlar.
Bir sonraki adım, monolitik svnhavuzumuzu bir dizi modüler gitdepoya taşımak olacaktır .
gitBuckminster'in alt modüller ile ne kadar iyi bütünleşeceğini bilmiyorum (veya bu konu için mercurial subrepos), ancak buckminster'in herhangi bir bileşen için kullanılan VCS'ye göre agnostik olması güzel.