0

我正在尋找一種解決方案,以在Amazon環境中的雲環境中進行持續部署。不克隆整個存儲庫的連續部署

要部署的代碼主要是微軟的ASP和PHP,所以這個框架應該可以在兩個平臺上工作。因爲我有一個自動擴展的環境,所以如果它拉取新的代碼,這個框架就會工作,就像Puppet一樣。

我的第一個想法是直接從VCS進行部署,但最後我遇到了一個問題,即所有存儲庫信息都鏡像到了服務器上,例如GIT。這是一個問題,因爲存儲庫不斷增長,服務器將需要越來越多的空間。

我發現Ansible,這是我需要的方式,但不適用於Windows環境。它僅向服務器發送生產代碼,而不是VCS存儲庫,並跟蹤哪些服務器已更新。

如果不使用這樣的易於設置的框架,我需要創建一個Puppet + Jenkins + VCS框架,其中Jenkins從VCS源代碼創建包並由Puppet提供。

有沒有人知道我的需求或Puppet + Jenkins + VCS的小框架?

+1

工作,你有沒有嘗試彈性魔豆?每當你推送到你的GIT時,aws.push只會推送最新的更改,並且只保留服務器上的代碼而不是存儲庫(例如.git目錄)http://docs.aws.amazon.com/elasticbeanstalk/latest/dg/command -reference-branch-environment.html我使用Jenkins和現在的Bamboo來輪詢特定的分支更改並自動將此推送到Elastic Beanstalk環境。 –

+0

@RakeshBollampally我們已經在某些系統中使用了Elastic Beanstalk,確實如此,持續部署完美無瑕。但是,我有一些更復雜的環境,我們決定不使用Beanstalk,因此我正在尋找一個持續部署框架的環境。 –

+0

[git clone --bare](http://stackoverflow.com/questions/3959924/whats-the-difference-between-git-clone-mirror-and-git-clone-bare)會做一些你想要的。你也會發現這是一個[常見問題](http://stackoverflow.com/questions/2180460/setting-up-a-deployment-build-ci-cycle-for-php-projects),所以沒有理由從頭開始發明一些東西。 – tedder42

回答

0

考慮CloudMunch(www.cloudmunch.com)。該平臺正是爲了解決這種多邊交易需求而建立的。

聲明:我CloudMunch