Gemfile, gem 'capistrano'
'un :development
grubunun içinde olması veya bunun :tools
gibi keyfi bir gruba yerleştirilmesinde herhangi bir avantajı var mı?Capistrano'nun Gemfile'daki geliştirme grubunda olması gerekiyor mu?
cevap
Basittir, hayır, 'un olmasına gerek yoktur, ancak en iyi uygulamaların uğruna iyi bir şeydir ve gemsilerinizi düzenli tutmayın. Bunu yapmanın en iyi yolu tartışmaya açıktır, ancak temel olarak çalıştığınız ortamda Capistrano'nun size sunduğu sürece, hangi grupların olduğu veya ilişkilendirilmediği önemli değildir. :development
'dan beri rasgele bir :tools
grubu kullanmanın hiçbir avantajı, üretimde temiz ve "otomatik olarak büyülü" olarak hariç tutulacaktır.
': development' öğesinde bir şey koymuyor, dev ortamdayken otomatik olarak yüklüyor mu, yoksa yeni oluşturduğum bir şey mi? Uygulamayı sadece daha az bellek kullanan uygulama yapmak olsa bile, oradan uzak tutmak iyi bir fikir gibi görünüyor. Teşekkür ederim :) – romeroabelleira
Evet, öyle. Ancak Capistrano, sadece çağrıldığında gerçekten sadece bellek tüketmesi gereken bir komut satırı yardımcı programıdır. Dev Gemset'te Capistrano'nun "yüklü" olması gereken yük oldukça azdır ve kitabımdaki üretimin dışında tutmanın en büyük nedeni, çok fazla performans değil, uygunluktur - üretimden dağıtmamanız nedeniyle, neden yer dağıtım aracınızı yüklemek için sürücünüzde? Dev sisteminizde Capistrano'ya özel bir performans sorunu görüyor musunuz, değil mi? – jimcavoli
Üretim dışında tutmak verilen bir şeydir; buna katılıyoruz. Ayrıca, uygulamamın kapağındaki Gemfile konumuna bakılmaksızın herhangi bir performans sorunu yaşamaya yetecek kadar büyük değil, bu yüzden onu üretimde tutmayı (ve test etmeyi) önerdiğini ve bunu yalnızca geliştirmeye ittiğini söylüyorsunuz. Sadece akıllıca bir şey yapıp yapamayacağımı merak ediyorum, özellikle uygulama büyüdüğünde ve koruyucu mücevherler gibi şeyler eklemeye başladığınızda. – romeroabelleira
- 1. Komutların CQRS'de asenkron olması gerekiyor mu?
- 2. Taşınan kurucuların muhtaç olması gerekiyor mu?
- 3. MongoCollection.forEach'in iş parçacığı güvenli olması gerekiyor mu?
- 4. Yay sınıfının AutoWire'a bir özellik olması gerekiyor mu?
- 5. PradoFramework: TAccordion'un THead ve TForm'a sahip olması gerekiyor mu?
- 6. Üretim web sunucumda ASP.NET MVC'nin yüklü olması gerekiyor mu?
- 7. Billion Laughs Attack C# çalışıyor olması gerekiyor mu?
- 8. MVVM - Görünümün varsayılan bir kurucuya sahip olması gerekiyor mu?
- 9. StreamWriter.flush() yapmam gerekiyor mu?
- 10. PayPal Referans İşlemleri etkinleştirilmiş olması gerekiyor
- 11. C# Oyun Geliştirme için ne kullanmam gerekiyor?
- 12. aria-radyum grubunda gerekli
- 13. Node.js'de path.join kullanmanız gerekiyor mu?
- 14. * .xcuserstate'ı kontrol etmemiz gerekiyor mu?
- 15. android - call_phone izni gerekiyor mu?
- 16. ClickOnce manifes'imi imzalamam gerekiyor mu?
- 17. Grails'e "render" yapmam gerekiyor mu?
- 18. .dmg dosyalarının imzalanması gerekiyor mu?
- 19. .res dosyasının kaynak denetiminde olması gerekiyor mu? C++ Oluşturucu XE5 olarak
- 20. ScheduledTaskAgent ve PeriodicTask'ın ana uygulamadan ayrı bir montajda olması gerekiyor mu?
- 21. İş makinelerinde homebrew olması olumsuz mu?
- 22. Köşeli 2/Rxjs: Abonelikten çıkmam gerekiyor mu?
- 23. Program Çıkışında Nesne Serbest Bırakılması Gerekiyor mu?
- 24. Kullanıcıların çerezleri kapatma konusunda endişelenmemiz gerekiyor mu?
- 25. SqlDataAdpater.Update() kullanmadan önce SqlCommandBuilder.GetUpdateCommand() çağrılması gerekiyor mu?
- 26. Gerçekten bu "SerializationHelper" yazmam gerekiyor mu?
- 27. File.getName() dosyasını gerçekleştirdiğim dosyaları kapatmam gerekiyor mu?
- 28. dispatch_queue_t dispatch_release() kullanılarak serbest bırakılması gerekiyor mu?
- 29. VCS'de R.java dosyasını kontrol etmeniz gerekiyor mu?
- 30. Kullanıcı, SharePoint grubunda, SharePoint grubu
Cevabım ve aşağıdaki diyaloğumuz tarafından "yanıtlandı" sorunuzu düşünüyorsanız, bunu topluluğa çözümlenecek şekilde görünecek şekilde işaretleyebilir misiniz? Teşekkürler! – jimcavoli
Başınız için teşekkürler ve beklemek için özür dilerim. Seyahat yoldan çıktı. – romeroabelleira
Sorun değil - yardımcı olmaktan mutluluk duyuyoruz! – jimcavoli