Başka bir ekip üyesi ile çalışıyorum ve onlar farklı bir ABD eyaletinde yaşıyorlar. Mevcut bir statik e-ticaret sitesini bir Wordpress sitesine dönüştürmek için çalışıyoruz.
DEV bir Wordpress kurulumuna sahip olmak istiyorum, böylece ikimiz de kolayca erişebiliriz. Kodlamanın çoğunluğunu yapacağım. Bazı HTML/CSS ve birçok veri ile ilgili çalışma konusunda yardımcı olacaktır. Öğeleri manuel olarak girme ya da bazı içe aktarma yöntemlerini çözme.
İşte düşündüğüm seçenekler ve Seçenek 2'yi yapmak mantıklı.
Seçenek 1
Bunun dezavantajı eğer dizüstü bilgisayarımı kapatırsam ya da kablolu modemimle ilgili bir sorun çıkarırsa ortağım Wordpress'e erişemez.
Seçenek 2
İşe yarayabilecek başka seçenekler var mı?
Sürüm Kontrolü
Ayrıca sürüm kontrolüne de ihtiyacım var. Kurulumu SVN altına koyabilirim.
İnsanların sürümü kodları ile veritabanlarını nasıl kontrol eder? İdeal olarak her ikisi de senkronize olmalıdır.
Bence # 3 seçeneğiyle devam etmelisin ; diğer iki seçenekten biri deneyimimde gönül yarası oluşmasına yol açacaktır. Birbirinizin değişikliklerinin ve diğer sorunların üzerine yazmaya son vereceksiniz.
İkiniz de yerel gelişme ortamları kurdunuz ve işleri senkronize tutmak için bir Subversion deposu kullanıyorsunuz. Unfuddle with adresinde ücretsiz bir hesap kullanıyorum. size iki giriş, Subversion deposu, bilet sistemi ve görev ve kilometre taşı takibi sağlar. Unfuddle benim için iyi çalışıyor ama tabii ki başka birçok seçenek var, Unfuddle sadece benim için iyi çalıştığını biliyorum.
Veritabanına gelince, kaynak kontrolündeki veritabanlarını yönetmek çok zordur. Gerçekten yapmanız gereken, veritabanınızı sıfırdan yeniden oluşturan komut dosyaları yazmak ve ardından sürümlerini oluşturmak. İronik olarak ben tam olarak bunun için çalışıyorum ve burada birisinin bana yardım etmesini umarak bir soru sordum ama bunun yerine hepsini kendim yapıyorum gibi göründüğüm için bir cevapta ne yaptığımı belgeliyorum. Buradan okuyabilirsiniz:
Yukarıdaki soru/cevap, mevcut verilerle aynı şeyi yapabileceğiniz standart unsurları kullanarak yeni bir veritabanı başlatma hakkında konuşsa da, daha fazla iş olacaktır.
Şimdiye kadar gelişimimde her zaman veritabanının bir forklift yükseltmesini yapmayı başardım ancak bu gelin, mevcut verileri yönetmem gerekecek. Böylece zamanla yeni verileri mevcut verilerle kolayca birleştirebileceğim komut dosyalarına ve/veya dosyalara veri aktarmak için araçlar oluşturacağım gibi görünüyor. Aynı şeye ihtiyacın var gibi. Umarım diğerleri gelir ve hepimiz bu sorunun bir parçasını halledebiliriz; Dedikleri gibi: "Pek çok el hafif işler için yapar."
Maalesef cevabım veri tabanı ile ilgili basit değil ama bunun her zaman veri tabanı ile ilgili sistemlerin dağıtılması için bir sorun olduğunu ve bildiğim kadarıyla test edebildiğiniz ve sürüm kontrolüne gönderebileceğiniz komut dosyalarının gerçekten kullanılabileceğinin bilinen bir yolu .
Seçenek 2'ye gidecektim, ancak geliştirme aşamasını üretime çevirmenin iyi bir fikir olduğunu düşünmüyorum.
Ayrı bir veritabanıyla
beta.domain.com (eğer yapabilirseniz) gibi bir şeyle eşleştirin ve oradaki şeylerle çalışın. Ne zaman yapılır - dosya ve veritabanı üretim sitesine aktarın.
Temel olarak evreleme arıyorsunuz. Bu Wordpress ile çok iyi bir şey değil, ancak PHP ve MySQL olduğu için, Wordpress'in yanında yardımcı olabilecek bazı araçlar var:
Temelde sahneleme, Mike'ın önceden tanımladığı şeyi ifade eder, ancak üstüne biraz şeker verir. Piyasaya sürülmeden önce bir şeyler çalıştırmak için bir yapı sistemi gibi bir şey şiddetle tavsiye ediyorum. Özellikle Wordpress tabanlı uygulamalarda, aksi halde çok fazla iş yapılması beklenir.
İşleri otomatikleştirmeye ne kadar erken başlarsanız (bu, kendimi yeterince sık hatırlatmam gereken bir şey), daha hızlı çıkarabilirsiniz.
Kesinlikle seçenek 2.
sadece kaynak kontrolü üzerine bir Kelime, GIT daha iyi dallanma yönetimi ile daha faydalı olmaz mıydı?