PHP proje organizasyonu

Question

Şu anda sadece kaynak kontrol altında klasörlerde oturan bir sürü php dosyaları var. Mantıksal olarak ilgili projelerden oluşan bir koleksiyona ve paylaşılan bir veritabanına sahibim.

• Proje 1, bir veritabanıyla etkileşimde bulunan bir web uygulamasıdır.
• Proje 2, aynı veritabanıyla etkileşimde bulunan bazı arka plan işlemleridir.
• Proje 3, genişletilmiş veritabanı bağlantı nesneleri ve diğer yardımcı işlevler içeren bir kütüphanedir.

Proje 1 ve 2, kütüphane koduna göre değişir.

Projeleri bağımsız olarak geliştirilebilmesi için üç ayrı depoya ayırmak istiyorum.

İlk iki projeyi organize etmenin en iyi yolu nedir, bu nedenle kütüphaneye bağlılar, fakat kütüphanenin kendi kopyasına kaynak ağacında ihtiyaç duymazlar mı?

Kitaplığı bir PEAR paketine dönüştürmeli ve bu paketi yüklü sistem genişliğine sahip olmamalıdır. Veya, 1 ve 2 numaralı projelerin bir anlamda 'oluşturulmasını/dağıtılmasını' ve bu yapılama adımı sırasında kütüphanenin bir kopyasını içermesini daha iyi hale getirin. Bu yaklaşım, Phing/PHP-Maven gibi bir tür yapı yönetim aracının kullanılmasını ima eder.

Answer 1

Kodun bir kopyasını kaynak ağacın içinde tutmak kötü bir şey değildir. Sistemin uygulamanıza empoze edilmesini değil, yükseltme aşamalarından geçtiğinizde kontrol etmenizi sağlar. Kodunuzu serbest bırakmanız gerektiğinde oldukça kötü bir durumdur ve daha önce gerçekleşen bir kütüphane değişikliği, sizi yaşamak zorunda olan yazılımlarda son dakika değişikliklerini yapmaya zorlar.

Subversion kullanıyorsanız, kütüphane kodunu uygulamanıza eklemek için externals'ı kullanabilirsiniz ve belirli bir revizyonda kilitleyebilirsiniz. Güncelleme, sürüm numarasını değiştirmek ve kodu güncellemek için bir mülkü düzenlemekle ilgilidir.

Diğer sürüm denetim araçları benzer işlevler sunabilir. Symfony2 gibi bazı projeler de bağımlılıkları yönetmek için bir komut içerir, ancak sadece git destekliyorlar.

Answer 2

Belki de bir maven kullanıcısı olduğum için, proje3'ü proje1 ve projenin2 bağımlılığı olarak beyan etmeyi tercih ederim ve maven'i yapı yönetim aracı ve bağımlılık çözümleyici (diğer şeylerin yanı sıra) olarak kullanmayı tercih ederim. @ Louis-Philippe Huberdeau'nun işaret ettiği versiyon problemi sürümleri kullanmaktan ve bağımlılıkların sürüme özgü olduğunu bildirmekten kaçınmak olabilir: örn. Geliştirme projeleri için project3-1.0-SNAPSHOT'a bağlı olabilir ve serbest bırakma için bağımlılık project3-1.0-RELEASE olur. . Bu şekilde üç proje bağımsız olarak gelişebilir. Eserlerin versiyonlanması ve dağıtımı maven tarafından yapılabilir. Daha sonra, ihtiyacınız varsa, hudson veya Travis CI gibi bir CI sunucusu kullanabilirsiniz.