2016-06-08 23 views
5

Ich beginne mit der ElasticBeanstalk AWS CLI und habe einige meiner Arbeitsabläufe geändert. Zuvor habe ich von einem Verzeichnis über meinem Git-Repository (das ein Klon eines privaten GitLab-Verzeichnisses ist) bereitgestellt und Dinge verschoben.eb awscli kann nicht aus dem git-Verzeichnis bereitgestellt werden

Bevor es so strukturiert wurde:

-- some_dir 
|-- .ebextensions 
| |- some_files 
| 
|-- my_git_directory 
    |- .git 
    |- some_files 

Und wenn ich laufe eb deploy:

[some_dir] $ eb deploy 
... Everything is awesome. 

Aber jetzt habe ich ziehe aus dem Git-Verzeichnis, um zu versuchen und bereitstellen, aber die Dinge aren 't funktioniert:

-- some_dir 
|-- my_git_directory 
    |-- .ebextensions 
    | |- some_files 
    |- .git 
    |- some_files 

[some_dir/my_git_directory] $ eb deploy 
... Everything sucks. 
ERROR: An error occurred while handling git command. 
Error code: 128 Error: fatal: Not a git repository (or any of the parent directories): .git 

Jetzt ist alles aufgebrochen, und deploy funktioniert nicht mehr. Ich habe versucht, eine branch und deploying a staged version fügte hinzu:

$ eb branch 
usage: eb (sub-commands ...) [options ...] {arguments ...} 
eb: error: unrecognized arguments: branch 

$ eb deploy 
ERROR: This branch does not have a default environment. 
You must either specify an environment by typing "deploy my-env-name" or set a default environment by typing "eb use my-env-name". 
$ eb use django-env2 

$ eb deploy --staged 
... Nope, still busted 

Antwort

14

So habe ich es gelöst, und es ist überraschend einfach, aber es könnte anderen helfen.

Wenn Sie sich bewegen, wo Sie bereitstellen, von Ihnen zu müssen Neuinitialisierung etwas (nicht sicher, was), und es wurde durch Laufen behoben:

eb init 

Dann wieder alles funktionierte gut.

+1

danke das hat mich verrückt gemacht –

+0

Wow. Solch eine einfache Lösung für solch ein verblüffendes Problem. Tausend Dank. – SaryAssad