Saviez-vous que Kiro ne dispose pas seulement d'un flux de développement piloté par les spécifications (SDD), mais également d'un workflow de correction de bogues qui vous aide à résoudre un problème à la fois ? C'est l'une des sept fonctionnalités qu'il vaut la peine de connaître.
Si vous êtes complètement nouveau sur Kiro, il s'agit d'un harnais agent pour la CLI, le Web, l'IDE, iOS et plus encore. Il aide les équipes et les individus à faire de leur mieux lors du codage. Je l'utilise depuis son lancement en juillet de l'année dernière et je continue de découvrir des fonctionnalités dont j'ignorais l'existence.
(Divulgation complète : je suis Developer Advocate chez AWS et Kiro fait partie d'AWS. Je l'utilise tous les jours et je serai informé des parties qui sont encore en préversion ou expérimentales.)
Attention : Kiro expédie rapidement. J'ai signalé en ligne les éléments sensibles à la version de ces fonctionnalités. Vérifiez la documentation si quelque chose semble différent dans votre build.
Après avoir parlé de Kiro à beaucoup de gens, l’un des principaux retours que je reçois concerne l’approbation des commandes. Lorsque Kiro demande la permission d'exécuter une commande shell, la réaction par défaut est d'appuyer sur oui et de continuer. Puis il demande à nouveau le prochaingitcommande. Et le suivant.
Appuyez plutôt sur Tab dans la CLI. Cela vous permet de le modifier et de définir les autorisations exactes que vous souhaitez. Par exemple, vous pouvez être plus exigeant sur les niveaux de confiance :
git pull --rebase # cette commande exacte git pull * # git pull avec tous les arguments git * # n'importe quoi git * # l'outil shell completTout ce que vous choisissez persiste pendant la session et est stocké sous forme d...
[Courte citation de 8% de l'article original]