我對Git和AWS比較陌生。是否可以從Amazon Web Services執行Git Pull？
我有一個Drupal安裝，我使用'eb start'推到了AWS。我處於一個環境中，當我在本地工作時，設計師將使用FTP在AWS（遠程）上刪除編輯（主要是css，一些tpl）。
我應該每次準備'git aws.push'對AWS實例所做的更改時進行讀取/合併？是否有可能從AWS拉？
如果無法從AWS中獲取數據，那麼AWS不能作爲工作環境使用，而必須使用其他Web主機。
我不建議將您的客戶放入運行應用程序的Elastic Beanstalk實例中的git存儲庫中的文件。 Elastic Beanstalk實例本身並不總是處於一致的狀態。例如，假設您啓用了自動調整功能，如果負載很大，則會創建另一份實例副本。當開發人員決定將文件推送到您的Elastic Beanstalk堆棧時會發生什麼......將更改推送到其中一個實例，並且當您的負載不夠高而實例終止時，並且您失去了更改。
還沒有說過你可以在github，bitbucket或者cloud git倉庫中託管你的git倉庫。您可以讓開發人員從/推送到該存儲庫而不是Elastic Beanstalk實例中的存儲庫。然後部署剛剛運行的代碼git pull origin <your-branch>，然後git aws.push
另一種方法是讓開發人員將文件放入S3中，然後親自處理合並文件。如果您擔心冗餘，S3有自己的冗餘機制。
希望它有幫助。
Elastic Beanstalk是而不是一個Git存儲庫。它是一個端點，僅部署端點。
您使用Git和標準Git存儲庫（例如，GitHub，BitBucket，您自己的）開發您的代碼。每當您準備部署時，您都會推送到Elastic Beanstalk 遠程而不是您的開發遠程。
Oddible說：我有一個Drupal安裝，我被推到使用 'EB開始' AWS。我處於一個環境中，當我在本地工作時，設計師將使用FTP在AWS（遠程）上刪除編輯（主要是css，一些tpl）。
這是對Elastic Beanstalk如何工作的基本誤解。這將在您的應用程序級別完成，而不是在基礎架構級別完成。
波多黎各說：我不建議把你的客戶，你運行你的應用程序中的彈性魔豆比如在Git倉庫刪除文件。
因爲不是其中之一。Elastic Beanstalk的部署機制說出用於接受部署的Git接口，但在後端不是真正的Git存儲庫。
波多黎各說：另一種選擇是讓你的開發人員刪除文件S3和你本人採取合併文件的照顧。如果您擔心冗餘，S3有自己的冗餘機制。
這個。
就我個人而言，我有人通過GitHub貢獻，但這就是我的應用貢獻工作流最有意義的原因。
你不需要把它拉。只需進入你的Beanstalk控制面板，選擇應用程序，然後在Action按鈕上選擇「Load Configuration」。然後在左邊選擇「應用程序版本」。你會看到那個豆杆應用程序所做的。然後您可以將該應用程序作爲zip文件下載。
>這是對Elastic Beanstalk如何工作的根本誤解。這將在您的應用程序級別完成，而不是在基礎架構級別完成。 < 不確定你的意思是，eb start正在創建基礎設施（實例，接口，rds，應用程序等），並將所選的git提交推送到應用程序。我的問題是讓設計人員直接在AWS應用程序上工作是否合理。可悲的是，他們沒有本地安裝。感謝您的帖子，基本上說我必須有一個開發服務器，讓他們發佈/測試，這是一個真正的git回購。 – Oddible
@Oddible：「我的問題是讓設計人員直接在AWS應用程序上工作是否合理。」對。這就是我說的這個部分（「[刪除編輯（主要是一些tpl）」）需要在您的應用程序級別發生。 –