2016-06-08 22 views
5

Zacząłem od ElasticBeanstalk AWS CLI i zmieniłem niektóre z moich workflow wokół. Poprzednio byłem instalowany z katalogu nad moim repozytorium git (które jest klonem prywatnego katalogu GitLab) i zmieniałem rzeczy.eb awscli cant deploy z git katalogu

Zanim został skonstruowany tak:

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

A kiedy biegnę eb deploy:

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

Ale teraz, mam przeniósł się do spróbować wdrożyć z katalogu git, ale rzeczy aren Działa:

-- 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 

Teraz wszystko odpadł i wdrożyć już nie działa. Próbowałem dodanie branch i deploying a staged version:

$ 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 

Odpowiedz

14

Więc mam to rozwiązać i to zaskakująco proste, ale może pomóc innym.

Jeśli przenieść gdzie są wdrażane od trzeba ponownie zainicjować coś (nie wiem co) i została ona ustalona przez wykonanie:

eb init 

Wtedy wszystko działało dobrze ponownie.

+1

dzięki temu doprowadzał mnie do szału –

+0

Wow. Takie proste rozwiązanie dla tak kłopotliwego problemu. Stukrotne dzięki. – SaryAssad

Powiązane problemy