C'est parce que 0.12.0 n'existe pas

$ tfenv list-remote
0.12.0-alpha1
...

J'ai fait PR pour ça : #94
Mais actuellement les tests unitaires sont KO :-( ...
Je cherche pourquoi.

Si vous regardez le build history master échoue depuis quelques mois :

https://travis-ci.org/Zordrak/tfenv/builds

@iamhsa Salut,
Merci d'avoir travaillé là-dessus.

Au moment de la rédaction de cet article, terraform v0.12-alpha1 a encore certaines fonctionnalités non implémentées, il a de nombreux bugs et il n'est pas encore mature pour les utilisateurs généraux de l'utiliser.
Je pense qu'il est très dangereux d'installer la version alpha avec tfenv install latest , sans savoir ce que vous faites.

Voir les limitations actuelles :
https://github.com/hashicorp/terraform/blob/master/CHANGELOG.md#0120 -alpha1-october-19-2018

et problèmes signalés :
https://github.com/hashicorp/terraform/issues?utf8=%E2%9C%93&q=is%3Aissue+label%3Av0.12-alpha1

Mais, ce serait formidable pour les contributeurs de Terraform si nous pouvions installer avec tfenv install 0.12.0-alpha1 .

@minamijoyo Salut
Merci de l'avoir signalé mais je connais les limitations de cette version (c'est une alpha), et vous avez raison :
. c'est dangereux
. ça pourrait être génial de l'installer

Peut-on imaginer quelque chose comme :
tfenv install latest-stable et dernier pour instable.
ou alors
tfenv install latest-unstable et dernier pour stable

Qu'est ce que tu penses de ça ?

@iamhsa

Je préfère ce qui suit :

• tfenv install 0.12.0-alpha1 => installer la version spécifique
• tfenv install unstable => installer le dernier unstable (alpha ou beta)
• tfenv install stable => installer la dernière version stable
• tfenv install last => juste un alias pour stable

ou simplement

• tfenv install 0.12.0-alpha1 => installer la version spécifique
• tfenv install edge => installer le dernier unstable (alpha ou beta)
• tfenv installer la dernière => installer la dernière version stable

Mais c'est une question d'UX, je laisse au mainteneur le soin de savoir ce qui est le mieux.

Merci!

salut
J'ai poussé une correction dans les tests unitaires #94 : comme personne n'utilise les versions 0.1.0 ou 0.2.0, je les ai supprimées dans un test unitaire, car cela ne semble plus compatible avec certaines versions de macos.

Si ce PR est accepté, une solution de contournement pour installer la dernière version stable peut être :

tfenv install $(tfenv list-remote | grep -vE 'alpha|beta|rc' | head -n 1)

Salutations

Je ne reçois apparemment pas la liste la plus récente des versions disponibles :

$ tfenv -v
tfenv 0.6.0
$ tfenv list-remote | head -3
0.12.0
0.11.10
0.11.9

@gudlyf
Vous obtenez cette sortie avec la version actuelle de tfenv ( 0.6.0 = branche principale de ce référentiel).

Avec PR #94 :

$ tfenv list-remote | head -3
0.12.0-alpha1
0.11.10
0.11.9

Vous pouvez consulter les tests unitaires : https://travis-ci.org/Zordrak/tfenv/jobs/447474311

J'étudie cela sous peu. L'essentiel est que les dernières ne devraient pas rapporter de versions alpha. Il est normal de supposer que lorsque quelqu'un demande la dernière version, il obtiendra la dernière version stable.

La raison du 403 sur les alphas 0.12 est que pour une raison quelconque, les noms de fichiers ne sont pas ceux attendus pour les alphas, par exemple terraform_0.12.0-alpha4_terraform_0.12.0-alpha4_linux_amd64.zip au lieu de terraform_0.12.0-alpha4_linux_amd64.zip

Certes, il serait utile que quelqu'un puisse installer une version 0.12 alpha en la spécifiant comme une version, mais cette incohérence de nommage me fait hésiter à coder en dur un cas uniquement pour ce scénario qui peut ou non être répliqué à l'avenir.

Étape 1. Faire le dernier bâton à 0.11 stable
Étape 2. Vérifier la validité d'un dossier à traiter 0,12
Étape 3. ???
Étape 4. Profiter

Corrigé par #102