J'ai parcouru toutes les étapes des différents tutoriels.Je ne peux pas écrire aws.push sur le haricot élastique avec le repo ruby
J'ai obtenu mon instance de beanstalk élastique pour créer via + eb init + et j'ai correctement défini mon chemin.
Alors je fait un git .init et essayé un git aws.push et a obtenu l'erreur:
error: cannot run .git/AWSDevTools/aws.elasticbeanstalk.push: No such file or directory
fatal: While expanding alias 'aws.elasticbeanstalk.push':
.git/AWSDevTools/aws.elasticbeanstalk.push': No such file or directory
Maintenant j'avais cloné ce projet au premier d'un autre git donc je puis a fait un
eb stop
centrifugée l'instance, puis a fait un
rm -rf .git
dans le répertoire de travail pour effacer tous les éléments qui seraient laissés là du clone précédent.
J'ai alors fait le
eb init
à nouveau si toutes les informations .git serait re-régénéré
J'ai même suivi les étapes de http://docs.amazonwebservices.com/elasticbeanstalk/latest/dg/create_deploy_Ruby_rails.html et a fait un
git init && git add -A && git commit -m "Initial commit"
puis une fois j'ai essayé de faire le:
git aws.push
J'ai été accueilli avec le même message d'erreur que précédemment. Bien que ce soit ma première instance de haricot, je ne suis pas sûr d'où je vais me tromper ici.
Êtes-vous uniquement autorisé à exécuter les commandes git à partir du même répertoire que celui dans lequel vous avez téléchargé l'interface de ligne de commande?
MISE À JOUR J'ai trouvé un autre lien qui a dit de faire cette étape:
Mais tout cela ne me donne ce message:
sh /home/coder/eb/AWSDevTools/Linux/AWSDevTools-RepositorySetup.sh
/home/coder/eb/AWSDevTools/Linux/AWSDevTools-RepositorySetup.sh: 18:
/home/coder/eb/AWSDevTools/Linux/AWSDevTools-RepositorySetup.sh: Bad substitution
OS: Linux (Ubuntu/LTS 12.04)
J'ai obtenu une réponse d'Amazon dans leur forum qui a résolu ce problème: _We've vient de découvrir un problème où le programme d'installation ne fonctionne pas correctement si elle est invoquée à l'aide d'une mise en œuvre non bash de « sh » - il est Il est possible que vous voyiez le même problème. La solution était de remplacer ** sh ** par ** bash ** lors de l'appel du script shell qui initialisait le référentiel. 'Chemin de bash $/à/AWS-ElasticBeanstalk-CLI-2.3/AWSDevTools/Linux/AWSDevTools-RepositorySetup.sh' – pquery
Cest correct. La version actuelle de RepositorySetup.sh a quelques bashisms. De ma communication avec eux, la prochaine version sera publiée entre mi/fin janvier. Une solution de contournement consiste à appeler explicitement bash – aldrinleal