SORU
11 AĞUSTOS 2011, PERŞEMBE


İki Raylar arasında modelleri uygulamaları - iş Akışı için ideal çözüm ne paylaştı?

Şu anda dört bölüme ayrılmıştır bu Raylar 3 proje üzerinde çalışıyorum:

  • Kamu web sitesi ile karşı karşıya
  • Yönetim/arka uç web sitesi
  • Modelleri
  • Üçüncü taraf veri erişim API

Gibi modelleri arasında paylaşılan bu üç anahtar bileşenleri istiyorum tutmak için olan bir ana proje, ancak her parçası ihtiyacı erişmek için modeller, ama ben istemiyorum tekrar Kodu ve farklı versiyonları her yerde.

Şu anda bir mücevher model kodu var, ve her projenin Gemfile aşağıdaki satırı ile başvuran biriyim

gem "my_models", :path => "../my_models/"

Ancak ben dağıtmak için test sunucuları için benim co-işçi değerlendirme sistemine ihtiyacım var çekin modelleri harici bir depo, yani ben takas yukarıdaki satırı aşağıdaki:

gem "my_models", :git => "git@private.repository.com:username/my_models.git"

Bu onun kendini iyi çalışıyor, ama onun oldukça aksak açısından 'sürümleri' (yani gerek bump sürümü her zaman keşke dağıtmak değişiklikler için test sunucuları) geçiş hattı üzerinde için kullanım gıt yerine yerel ve emin olmak itiyorum dosyaları düzgün.

Daha önce paylaşılan bir git submodule kullanıyordum, ama bu çok garip oldu.

Tercih etmem inşa her şeyi içine bir mega-proje olarak bu eğilimi olmak, korkunç ve sabit tutmak zor olurdu, ve ben de gibi ayrı bir endişeniz varsa mümkün, bu yüzden herhangi bir değişiklik yapmak için yönetim site yok fazla bir şansa etkisi diğer bileşenleri belli modelleri var potansiyeli neden sorunlar, ama bu bir risk var kabul ve anlamak.

Bir şey olunca öneririm orada insanlar böyle ne olurdu? Ya, ben şimdi tamamen yanlış mıyım?

Bazı arka plan:

Bu uygulama 'bir proje' - ne yazık ki burada iki sorun var: . içine yumru her şeyi modelini takip varolan bir web sitesi yeniden

  1. App oldu kötü geliştirdi - bana miras kalan bu proje ve ne zaman ben ilk açtı yükü zamanlar ~2 dakika başına sayfa ile tek bir kullanıcı bu yana aza ama hala sorunlar vardır boyunca
  2. Biz şu anda kapasitemizin sınırı mevcut site ve biz tahmin edeceğiz gerekiyor üzerinde daha fazla yük sonraki 6 ay - ancak bir büyütme ile bir 'Hepsi Bir Arada' uygulaması demektir olacağız kaynakları israf Ölçekleme arkadan sonu sitenin gerek yok.

Esasen orada iki şey istiyorum için ayrı bir Ön uç (kamu web sitesi ve API) ve arka uç her şeyi biliyorum ile ilgili yazılım geliştirme söyler bana birleştiren hepsi bir değil ideal bir çözüm (ve geçmiş gösterileri beni bu yarılma bu iki iyi hareket şartların sağlanması ön uç performans).

Belki de ihtiyacım var bakmaya gelen başka bir açı - devam modellerde her bir proje, ve yerine paylaşımı, aralarında projeler var bir kesimi alt işlevsellik için her fonksiyonel alan (yani arka uç ihtiyaçlarına bilen oluşturulan bir yazı, ama ön bitmiyor gerçekten önemsiyorum, atla o zaman mantık okuma modeli).

CEVAP
27 HAZİRAN 2012, ÇARŞAMBA


damla model projesi(koyun modelleri bir diğer bölümlerini istiyorum önerin ne yaparsan düşünün "daha önemli"), tüm projelere tek depo(ayrı proje klasörler) ve sembolik modeller/libs/API/ne olursa olsun

kodunuz çok birlikte ve genellikle birkaç projeleri anda değişiklik yapmak gerekiyor(güncelleştirme modelleri gibi . birleştiğinde ^strong>vegüncelleme API kullanın onları, vb)

tek-repo-hakkında bir güzel şey daha az parçalanmış ve genellikle tam bir özellik - hataları izlemek, tarih okumak ve kod temeli korumak için uygulanması daha kolay olacaktır

ayrıca dağıtırken birçok depoları - başarısızlık daha az bir noktası burada okumaya gerek yok

serbest işlem şube şimdi tüm projeleri kapsamında tutacak olarak da bu model ile daha kolaydır

iyi iş dont sembolik gibi bazı sakıncaları vardır windows falan ama benim için mükemmel çalışıyor

Bunu Paylaş:
  • Google+
  • E-Posta
Etiketler:

YORUMLAR

SPONSOR VİDEO

Rastgele Yazarlar

  • ArkticPlanet

    ArkticPlanet

    9 ŞUBAT 2010
  • Associated Press

    Associated P

    18 EYLÜL 2006
  • macpulenta

    macpulenta

    9 EYLÜL 2006