Şu anda çalıştığım iki ortama sahibim: development yerel olarak ve Heroku'da production.İş akışına hazırlama ortamı ekleme
Uygulamayı kullanıcılara yüklemeden önce her şeyin beklendiği gibi gittiğini görmek için Heroku'da bir staging ortamı eklemek istiyorum. Tercihen, staging ortamı, production ortamı ile aynı ayarlara ve verilere sahip olmalıdır.
Yukarıdakileri gerçekleştirmek için gereken adımlar nelerdir?
Öncelikler, benim kahramanku git'in tüm aşamalarına yerleştirmek için git basma aşamasını/üretimini kolayca kullanabilmeniz için aşamalandırma ve üretim olarak ayarlanmış uzaktan kumandaları kullanmasını seviyorum. Evreleme sistemini nasıl yapacağınızı açıklamak için bu kurulumu kullanacağım.
config/environments/staging.rbheroku config:pull --remote productionheroku plugins:install git://github.com/ddollar/heroku-config.gitRACK_ENV=staging RAILS_ENV=staging, bu nedenle ortam ortamı yapılandırmasını kullanır.heroku fork -a production staging ile Heroku ortamı `Heroku yapılandırma DoAyrıca bu öğretici okuyabilir, i o Heroku üzerinde birden ENVS başlamak için kullanılan düşünüyorum: https://devcenter.heroku.com/articles/multiple-environments#managing-staging-and-production-configurations
bunu yapmak için daha hızlı, daha kolay bir yol olarak heroku fork -a PRODUCTION_APP_NAME NEW_STAGE_APP_NAME bulundu ... c yeni uygulamayı yeniden düzenler, her şeyi kopyalar (postgres veritabanı dahil). Daha sonra, içeri girdiklerinde (örneğin, başlangıç aşamasındaki bir veritabanı), eklentileri daha küçük planlara el ile düşürdüm ve el ile düşürdüm. Aslında, biz otomatik olarak yönetmek için (ve ÇOK hızla) nispeten yeni heroku pipeline:promote kullanmaya başladık. (Yani kod sümüklüböcek aynıdır, böylece ayarları veya ortam değişkenleri aracılığıyla herhangi env özgü ayarları olduğu kabul edilmiştir.)
Not berislavbabic ile açıklanabilir prosedür Heroku sitesinde aşağıdaki kılavuza göre tavsiye edilmez: https://devcenter.heroku.com/articles/multiple-environments#managing-staging-and-production-configurations
Burada ayrıntılı bir şekilde okuyabilirsiniz, ancak öneri hazırlama ortamının üretim ortamıyla aynı kalması ve üretimden aşamalı olarak kopyalamak için yalnızca heroku çatalını kullanmasıdır.
Detaylı açıklama için çok teşekkür ederim. Aşama/üretim uzaktan-kurulum kavramının etrafında kafamı alıp başladım ve bu bir kez gerçekleştiğinde merak etmeye başladım - üretim/evreleme ortamlarını ayırmanın gerçek faydaları neler?Genelde iki yerel şubeye sahip olacağım: master/geliştirme, ve geliştirme aşamalı uzaktan kumanda üzerinde itildikten ve gözden geçirildiğinde, gelişimi birleştiririm -> master ve bunu üretim uzaktan kumandasına yönlendiririm. –
Ürünün üretim ortamında nasıl bir performans sergilediğini görmek ve üretim sürecine başlamadan önce ürün sahiplerinin özellikleri test edebilmesini sağlamak için üretim ortamınızla aynı aşamada olmalıdır. TDD'nin gerçekten yakalayamadığı sorunların çoğu, örneğin kolayca atlayabileceğiniz css regresyonlarıdır ya da her zaman eksik olan varlık cehennemde bir yerlerde kırılabilir. Kısa bir şey, bir evreleme env'iniz var, üretim ile aynı konfigürasyon olmalı, sunucunun aynı canavara sahip olmanıza gerek yok, sadece yığının tamamıyla aynı olduğundan, dağıtımdan emin olun. – berislavbabic
, ben heroku config komutunu çalıştırdığımda: '' config: pull' komutunu alıyorum. mac için toolbelt birkaç gün önce İndirilen: Heroku-toolbelt/sen Heroku-config eklentiyi yüklemek zorunda @jpwynn 3.2.1 (x86_64-darwin10.8.0) yakut/1.9.3 – jpwynn