rails d'erreur, ne pouvait pas analyser YAML

Après la mise à jour des joyaux que j'ai obtenu ceci:

/home/megas/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/psych.rb:148:in `parse': couldn't parse YAML at line 182 column 9 (Psych::SyntaxError)
from /home/megas/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/psych.rb:148:in `parse_stream'
from /home/megas/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/psych.rb:119:in `parse'
from /home/megas/.rvm/rubies/ruby-1.9.2-p136/lib/ruby/1.9.1/psych.rb:106:in `load'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/RedCloth-4.2.3/lib/redcloth/formatters/latex.rb:6:in `<module:LATEX>'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/RedCloth-4.2.3/lib/redcloth/formatters/latex.rb:3:in `<top (required)>'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/RedCloth-4.2.3/lib/redcloth.rb:21:in `require'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/RedCloth-4.2.3/lib/redcloth.rb:21:in `<top (required)>'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/RedCloth-4.2.3/lib/case_sensitive_require/RedCloth.rb:6:in `require'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/RedCloth-4.2.3/lib/case_sensitive_require/RedCloth.rb:6:in `<top (required)>'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/bundler-1.0.10/lib/bundler/runtime.rb:68:in `require'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/bundler-1.0.10/lib/bundler/runtime.rb:68:in `block (2 levels) in require'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/bundler-1.0.10/lib/bundler/runtime.rb:66:in `each'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/bundler-1.0.10/lib/bundler/runtime.rb:66:in `block in require'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/bundler-1.0.10/lib/bundler/runtime.rb:55:in `each'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/bundler-1.0.10/lib/bundler/runtime.rb:55:in `require'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/bundler-1.0.10/lib/bundler.rb:120:in `require'
from /home/megas/Work/railscasts/config/application.rb:10:in `<top (required)>'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/railties-3.0.3/lib/rails/commands.rb:28:in `require'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/railties-3.0.3/lib/rails/commands.rb:28:in `block in <top (required)>'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/railties-3.0.3/lib/rails/commands.rb:27:in `tap'
from /home/megas/.rvm/gems/ruby-1.9.2-p136/gems/railties-3.0.3/lib/rails/commands.rb:27:in `<top (required)>'
from script/rails:6:in `require'
from script/rails:6:in `<main>'

ruby 1.9.2-p136
rails 3.0.3

Essayé de réinstaller gem RedCloth, n'a pas aider, système veut utiliser uniquement 4.2.3 version

Une idée de comment résoudre ce problème? Grâce

  • Quel est le contenu du fichier YAML en question? Il dit qu'il y a une erreur de syntaxe, de sorte que le problème réside probablement dans votre fichier YAML.
  • Je ne travaille pas avec n'importe quel fichier YAML, donc je suppose que c'est quelqu'un d'autre problème.
  • quelle commande utilisez-vous? êtes-vous à l'aide de RVM?
  • il arrive après que l'une des commandes de la console rails et les traverses serveur. oui, im en utilisant rvm
  • voir à ce commit github.com/rails/rails/commit/dc94d81
  • Vous devez marquer stackoverflow.com/questions/4980877/... comme acceptée...
  • Pouvez également être sûr que vous avez tous les espaces pour l'indentation, pas d'onglets

InformationsquelleAutor megas | 2011-02-12
  1. 166

    Vous avez invalide YAML code quelque part. Je veux dire non valide pour les Psy (la nouvelle ruby YAML analyseur).

    Si vous ne pouvez (ou ne voulez pas) fixer votre YAML code, essayez de charger l'ancien YAML parser (syck), en ajoutant, en ce début de config/boot.rb

    require 'yaml'
YAML::ENGINE.yamler = 'syck'

    C'est juste un "rapide et sale" réparer, je sais

    • Super, ça marche!!! S'il vous plaît écrire une explication ici pourquoi ces lignes doivent être dans le projet ( par exemple, le fichier " de l'application.rb' a déjà le "requiert " yaml", pourquoi c'est pas assez)
    • Bundler 1.0.10 charge Psy comme un YAML moteur par défaut. Psy ne fonctionne pas très bien avec les rails (je suis à l'aide de rails 3.0.4, et v3.0.3 avait même numéro). Voir ici. Solution: définissez une autre YAML moteur explicitement
    • L'erreur est dans le fichier RedCloth-4.2.2/lib/redcloth/formateurs/latex_entities.yml. Ma compréhension est que cela a été corrigé dans les versions plus récentes de RedCloth, cependant la version 4.2.2 est toujours la version stable actuelle.
    • L'ajout de cette option pour démarrer.rb plus retrait RedCloth de notre Gemfile résolu le problème. Merci!
    • Cela a réglé mon problème avec mon fichier YAML n'est pas correctement le chargement d'ancrage des références.
    • Qui n'est pas un droit chemin!
    • Je suis à l'aide de Rails 3.1 avec ruby 1.9.2 sur Ubuntu 11 ans et a eu ce problème et de le corriger a fonctionné pour moi.
    • C'est juste une solution rapide et pas une solution à long terme. Vous avez probablement des erreurs de syntaxe dans certains de vos fichiers yaml que vous devez corriger la place.
    • oui, comme vicvega dit - fixer le fichier yaml " ... mais si vous ne voulez pas :)... j'ai rencontré ce avec resque_schedule problème où cron: * * * * * et le besoin de mettre des guillemets autour de cron: "* * * * *"
    • J'ai eu un problème similaire et donc couru mon YAML par le biais de yamllint.com pour voir si il y avait des problèmes. Même si elle a signalé que le YAML est valide, il reformaté le fichier. J'ai remplacé mon ancien travail non-YAML avec cette version reformatée et cela a fonctionné. Le problème est résolu.
    • Pour tous les sceptiques, oui, de réparer votre YAML, mais cette astuce est inestimable, parce que si vous avez une mauvaise YAML sérialisé avec syck, et vous voulez la convertir en valide YAML sérialisé avec psy, vous avez besoin de la capacité à utiliser les deux analyseurs au cours de la même ruby exécution.
    • Pour tout le monde en disant: "Aidez votre YAML" ... à noter que cette erreur se produit lors de la à partir de Rails, et il n'est pas clair à tous les qui fichier YAML est à l'origine du problème.
    • L'une des questions, la version de Ruby êtes-vous d'exécution avant et après la résolution de ce problème?
    • J'ai été en utilisant ruby 1.9.2-p290
    • YamlLint il a fait pour moi 🙂
    • Apparemment la version 1.3 de psy comprend les valeurs par défaut. Peut-être 🙂 Solution: utiliser le "gem 'psy', '>=1.3.2'" dans le Gemfile.
    • un inconvénient de yamllint.com est ce que le contenu de la séquence n'est pas conservé pour le hachage des éléments. Compréhensible, mais ennuyeux.
    • Notre delayed_job de la file d'attente n'a pas été correctement formaté et Heroku travailleur dynamomètres ont été s'écraser. Après des heures de recherche (et frénétique clients), cette réponse m'a sauvé.

    InformationsquelleAutor vicvega
  2. 49

    Mon Rails 3 App aussi eu ce problème, parce que j'ai été en utilisant un localisée Fichier yaml pour les dates/heures.

    Comme vous pouvez le voir dans ce commit https://github.com/rails/rails/commit/dc94d81
    cela peut être facile "fixe" en plaçant le tableau sous la forme de plusieurs lignes.

             -    order: [ :year, :month, :day ]
18  +    order:
19  +      - :year
20  +      - :month
21  +      - :day
    • Merci, était à la recherche d'exactement ce problème et à le résoudre, même si c'est différent du problème de la question ci-dessus 🙂
    • J'ai eu du mal avec le caoutchouc de postgresql.yml, était passé avec l'éditeur de la fixation de la des références comme ça, ça a fonctionné. Le reste du caoutchouc configuration semble très bien.
    • Cela a fonctionné pour moi aussi.
    InformationsquelleAutor stwienert
  3. 20

    Une légère tweak sur Paul Raupach de la réponse, qui, lorsqu'il est exécuté à partir d'un répertoire, trouve tout *.yml fichiers récursivement dans tous les sous-répertoires et teste le fichier. J'ai couru à partir de mon Rails root dir.

    require 'yaml'
d = Dir["./**/*.yml"]
d.each do |file|
begin
puts "checking : #{file}"
f =  YAML.load_file(file)
rescue StandardError
puts "failed to read #{file}: #{$!}"
end
end
    • vraiment utile pour moi de debug...
    • grand petit script pour identifier le fauteur de troubles fichier yml.
    InformationsquelleAutor Glenn Rempe
  4. 17

    La cause a été décrit sur de nombreux endroits, et je vais résumer de nouveau.

    Par défaut, deux yaml analyseur Psy est le nouveau, celui que vous devez utiliser. Syck est le vieux, ce n'est pas maintenu et en train de mourir, son actuellement utilisé comme tomber en arrière quand il n'y a pas de libyaml présents (non-systèmes linux en général).

    La chose importante est vous avez quelques invalide yaml quelque part. Il est le plus probablement dans vos fichiers de traduction (j'ai eu non cotées chaînes démontrant avec les %). Juste essayez de charger tous vos fichiers yml avec YAML.load_file sur la boîte de production et vous verrez ce qui est le cassé.

    • Downvoting ce parce que vous avez tort. psy ne prend pas en charge blocs par défaut, ce qui est techniquement plus proche de la yaml standard, mais les pauses existant et de l'utilisation prévue (entre autres choses) des rails. OMI ruby devrait utiliser un parser qui est à la fois maintenu et prend en charge l'usage, même si l'utilisation en est plus loin de la spec. Si seulement il y avait une telle chose. Jusqu'à ce qu'il est, ils doivent utiliser syck.
    • Je suis d'accord avec Sarah Mei!
    • Et je suis aussi d'accord avec Sarah. Cet ensemble se déplacent à pysch a été rien, mais un casse-tête pour pas évident de valeur. Mon non valide "yaml" n'était pas invalide, il était juste à l'aide de l'ordre": [ : année :mois :jour ]" syntaxe, qui a toujours été belle aussi loin que je peux dire (ou de soins)
    • Apparemment la version 1.3 de psy comprend les valeurs par défaut. Peut-être 🙂 Solution: utiliser le "gem 'psy', '>=1.3.2'" dans le Gemfile.
    InformationsquelleAutor Honza
  5. 13

    J'ai eu ce problème parce que j'avais utilisé un onglet à la place des espaces

    • Je déteste ces espaces des questions ...
    • ouais, il se sent comme nous devrions être plus que!
    • l'aveugle après avoir regarder un fichier yml la recherche d'un manquant du côlon.
    InformationsquelleAutor flunder
  6. 13

    C'est meilleur pour fixer votre fichiers YAML

    Ici est de savoir comment à l'aide de de la cisr de sorte que vous n'avez pas besoin de la console rails qui n'est probablement pas de travail: 

    require 'yaml'
YAML::ENGINE.yamler = 'psych'
YAML.load_file('config/locales/xxx.en.yml')

    vous obtiendrez une belle sortie vous indiquant où la question est:

    Psych::SyntaxError: couldn't parse YAML at line 25 column 17
from /home/xxx/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/1.9.1/psych.rb:148:in `parse'
from /home/xxx/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/1.9.1/psych.rb:148:in `parse_stream'
from /home/xxx/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/1.9.1/psych.rb:119:in `parse'
from /home/xxx/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/1.9.1/psych.rb:106:in `load'
from /home/xxx/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/1.9.1/psych.rb:205:in `load_file'
from (irb):10
from /home/xxx/.rvm/rubies/ruby-1.9.2-p290/bin/irb:16:in `<main>'
    • Belle façon de trouver où votre YAML erreurs sont.
    InformationsquelleAutor Christian Sommerauer
  7. 6

    Absolument résoudre votre yaml code n'est pas juste "masquer" le vrai problème en forçant YAMl l'utilisation de 'syck'. J'ai eu ce même problème et trouvé mal formé yml états dans mes fichiers de localisation. Si vous venez de la force en utilisant l'ancien analyseur alors vous ne serez pas obtenir les avantages de tous les travaux sur le nouveau parseur ailleurs dans votre projet.

    • il n'y a pas d'avantages que je peut détecter avec le nouveau parseur, seulement cryptique les messages d'erreurs (je suis en train de regarder "Erreur Inconnue sur la ligne 1, col 16" d'un fichier qui n'a pas de col 16, ligne 1) apparemment corriger les fichiers YAML qui analysées avec la version précédente de psy. Interminable de corrections de bugs et des régressions sont à l'ordre du jour. Afin de ne pas obtenir de haut et tout-puissant, c'est un sans fin des maux de tête.
    InformationsquelleAutor FlyboyArt
  8. 6

    Le problème avec la question d'origine était en RedCloth. Je vivais la même question, et tout simplement la mise à jour vers la version la plus récente de la RedCloth gem (Actuellement 4.2.7) correction du problème.

    Les conseils ci-dessus à partir de Honza et FlyboyArt est bonne, et vous devriez corriger personnalisé YAML vous avez, mais avec RedCloth être aussi populaire car il est, la plupart des utilisateurs de trouver cette question qui utilisent aussi RedCloth doivent s'assurer que leurs GemFile a cette ligne ajoutée:

    gem 'RedCloth', ">= 4.2.7"
    InformationsquelleAutor tiddy
  9. 4

    Pour d'autres, la lecture de cet, j'ai eu cette erreur après avoir fait une faute de frappe dans ma base de données de configuration - /config/database.yml

    • Fautes de frappe comprennent pas l'ajout d'un saut de ligne à la fin du fichier, apparemment...!
    InformationsquelleAutor David
  10. 3

    C'est un bundler 1.0.10 question: les détails ici

    Essayer juste pour downdate bundler

    • im en utilisant 1.0.10, vous dire d'attendre la nouvelle version?
    • J'ai résolu de revenir à bundler 1.0.7. J'espère que ce sera corrigé dans une prochaine version
    • Je suis l'aide de Bundler version 1.1.3 et il fait encore elle.
    InformationsquelleAutor vicvega
  11. 2

    Ce qu'il fixe en ma cause était en effet mal formé YAML fichier de traduction dans:

    config/locales/bg.yml

    Corrigé le YAML erreur et c'était très bien. 🙂

    • n'a pas aidé, peut-être mon erreur dans un autre fichier YAML, comment savoir où il est confondu avec fichier YAML?
    InformationsquelleAutor dimitarvp
  12. 2

    Pour ceux qui poursuivent cette question, j'ai juste trouvé que ma base de données.yml a été le déclenchement de cette erreur parce qu'il avait pas d'espace entre le mot de passe: mot-clé et le mot de passe. Presque invisible erreur, et avec une base de données.yml qui avait travaillé sans erreurs sur une version antérieure de rails.

    InformationsquelleAutor Anita Graham
  13. 2

    J'ai eu ce problème. Mon problème est que j'avais un onglet supplémentaire dans ma base de données.fichier yml.

    • J'ai oublié de mettre un onglet entre le Mot de passe: et mon mot de passe"
    InformationsquelleAutor Tim
  14. 2

    Je suis tombé sur ce que j'ai été en utilisant le r18n bibliothèque dans un Sinatra application que je suis en train de construire, et dans mon fichier de traduction, j'ai eu la suivante:

    day: !!pl
0: 0 days
1: 1 day
n: %1 days

    qui fonctionnent très bien dans un ancien projet sous Ruby 1.8.7, mais qui n'était pas sous Ruby 1.9.3.

    Une réponse par @SB m'a donné l'idée j'avais besoin de travailler sur mon problème. La plus récente YAML a été rechigner à la %1. Certains rapide creuser et une expérience avec irb et je sais maintenant que la version la plus récente de la YAML analyseur vous oblige à mettre des guillemets autour des chaînes qui commencent par %1, alors j'ai juste changé ma traduction

    day: !!pl
0: 0 days
1: 1 day
n: "%1 days"

    et le tour est joué - méchant message d'erreur a disparu.

    InformationsquelleAutor Dave Sag
  15. 2

    Pour mon cas, il n'est pas un Bundle en question: (Ruby 1.9 est supposé)

    • Ruby, par défaut, utilise 'psy' (plus récent et entretenu yaml bibliothèque de liaison de la bibliothèque C: libyaml) si libyaml est présent
    • Sinon, Ruby utilise syck (vieux et non maintenu)
    • YAML::ENGINE.yamler= 'syck' aura donc des forces de Ruby à utiliser 'syck" sur une machine où les " psy " est également installé

    Plus d'infos ici: exiger "yaml" n'utilisez pas de psy par défaut

    • Merci. Le mien est un redmine question.
    InformationsquelleAutor gamov
  16. 2

    J'ai réussi à résoudre ce problème en installant gem psy à l'intérieur du groupe :le développement et l' :test.

    gem 'psych'
    InformationsquelleAutor Thaha kp
  17. 1

    J'ai eu le même problème avec ruby 1.9.2-p180 , va 1.9.2-p290 résolu ce problème pour moi

    • Je suis déjà sur 1.9.2-p290 et obtenez toujours cette erreur
    InformationsquelleAutor Jakob Cosoroaba
  18. 1

    Si la réponse donnée par @Vicvega peut ou peut ne pas fonctionner (Ne pas le tester), il va à l'encontre de Rails et Ruby principe commun "Convention over configuration" et doit être traité avec soin (et encore plus dans le travail collaboratif),,, même si la "configuration" dans ce cas n'est pas grand

    donc mon vote va (Si je pouvais voter) pour ceux qui ont proposé d'éliminer les erreurs de syntaxe dans les fichiers YAML.

    maintenant... pour résoudre l'erreur, pour moi, c'était une sorte de newby erreur, je n'ai pas les paramètres régionaux de fichier qui j'avais défini par défaut dans Config/application.rb dans mon Config/locales répertoire

    heureux de codage

    InformationsquelleAutor juanm55
  19. 1

    Besoin de vérifier .yml fichiers pour l'erreur, j'ai trouvé le problème dans ma base de données.yml

    InformationsquelleAutor chaitanya
  20. 1

    J'ai eu un problème similaire avec un mal formé YAML fichier de traduction. Il a utilisé une variable avant de la définir. Le suivant est faux:

    ...
messages:
...
<<: *errors_messages
...
messages: &errors_messages
...

    Il a dû être changé pour:

    ...
messages: &errors_messages
...
messages:
...
<<: *errors_messages
...

    Puis il a commencé à travailler à nouveau.

    InformationsquelleAutor Remo
  21. 1

    J'ai eu cette erreur d'essayer de se connecter à distance à un db avec le mot de passe 'p@ssword' compris que psy n'aime pas la '@' symbole. Changé la DB mot de passe et le problème est résolu.

    InformationsquelleAutor wantrapreneur
  22. 1

    Dans mon cas, il y avait 2 questions.

    1. Comme mentionné par @stwienert, le tableau de la représentation a un problème.
    2. Une chose de plus, si une Chaîne a commencé avec un %{var} j'ai reçu un Parse exception. J'ai dû changer les cordes en conséquence pour éviter commençant par %{var}

    Par exemple, si la chaîne a été

    %{user_name} welcome to %{application_name} -- Cela a jeté une erreur

    Pour le fixer j'ai dû changer de 

    Hi, %{user_name} welcome to %{application_name}

    Espère que cela aide quelqu'un.

    Ce qui concerne,

    Shardul.

    • Vous pourriez avoir simplement changé le YAML fichier de mettre des guillemets autour de votre chaîne, afin hello: %{user_name} welcome to %{application_name} devient hello: "%{user_name} welcome to %{application_name}" plutôt que d'avoir à changer votre phrase, qui est le panier de conduire le cheval.
    InformationsquelleAutor SB.
  23. 1

    Bien, juste au cas où cette aide...

    Ce que j'ai fait:

    - sélectionner tout et copier de https://github.com/svenfuchs/rails-i18n/tree/master/rails/locale/es.yml dans une nouvelle es.yml avec notepad++

    - essayé de regarder ce nouveau fichier avec l'EDI netBeans éditeur de texte, j'ai reçu un avertissement sur la sécurité du chargement avec l'utf8 (ne peut pas se rappeler le texte exact). N'a donc pas l'ouvrir avec cet éditeur de texte.

    - remplacé le local thru de configuration/de l'application.rb i18n

    - quand j'ai chargé un de la cisr page de je suis "n'a pas pu analyser YAML à la ligne 0 de la colonne 0", en référence à la Psy.
    - Est allé à la CISR, et chargé le fichier avec syck c'était ok; commutation de psy et a obtenu le même message d'erreur.

    Comment je l'ai résolu:

    - remonte à copier le contenu de https://github.com/svenfuchs/rails-i18n/tree/master/rails/locale/es.yml mais cette fois, j'ai collé dans un fichier nouvellement créé avec netBeans éditeur.

    - redémarrage de webRick.

    - le problème est résolu.

    Meilleures Salutations,

    Victor

    InformationsquelleAutor Victor Maidana
  24. 1

    Supprimer les bases de données de database.rb.
    Si vous utilisez MySQL et il n'y a pas de PostgreSQL puis supprimer PG code de base de données à partir de databases.yml.

    InformationsquelleAutor vijay
  25. 1

    Pshych analyser est sucer à la base. Je ne suis pas sûr si c'est la solution élégante, mais j'ai réussi à résoudre ce problème en le désinstallant.

    gem uninstall psych
    • Cela me donne l'erreur suivante: gem "psych" cannot be uninstalled because it is a default gem
    InformationsquelleAutor sovanlandy
  26. 1

    J'avais vraiment, vraiment étrange problème parce que j'ai eu espaces après. E. g.:

    title: "NASA"

    N'a pas de travail, mais

    title:"NASA"

    Fait.

    InformationsquelleAutor andrewmart.in
  27. 1

    Si vous êtes comme moi et face à un projet (hérité) avec des centaines de luminaires quelques lignes de Ruby peut vous épargner des heures:

    require 'yaml'
d = Dir.new('test/fixtures/')
d.each do |file|
begin
f =  YAML.load_file('test/fixtures/' + file)
rescue StandardError
puts "failed to read test/fixtures/#{file}: #{$!}"
end
end

    Il suffit de mettre dans les Rails de la racine et de l'exécuter, la corbeille lorsque vous avez terminé.

    InformationsquelleAutor Paul Raupach
  28. 0

    Pour d'autres personnes à la recherche de ce que j'ai trouvé le problème dans rerun.txt qui a été appelé par config/cucumber.yml dans une application Rails. rerun.txt a été configuré pour stocker la plus récente de concombre à défaut de test et j'ai eu en quelque sorte entré des caractères bizarres pour un concombre de test dans la console.

    Qui était difficile à trouver. Souhaite que je l'avais vu Glenn Rempe de réponse un moment de retour.

    InformationsquelleAutor webdevguy
  29. 0

    L'une des causes possibles est cartographie des valeurs ne sont pas autorisés dans ce contexte à la ligne ...

    Ici est une mauvaise YAML exemple (utilisateur: il ne doit pas contenir n'importe quelle valeur en fait, parce qu'il contient des éléments enfants some_key et some_other_key)

    customer: Customer
user: User
some_key: value
some_other_key: value 2

    Ce n'est pas une tâche facile de trouver ce genre de question, surtout si vous avez un énorme fichier YAML.

    J'ai créé un assez simple expression régulière pour détecter ce genre de choses.
    Je l'ai vérifié dans RubyMine 

    ^(\s+)['"\w]+:\s?['"\w]+.*\n\1\s\s

    Être prudent! Il ne fonctionne pas correct avec des caractères spéciaux comme å ø æ etc.

    Laissez-moi savoir dans les commentaires si cela a fonctionné pour vous 🙂

    InformationsquelleAutor Serge Seletskyy