Je sais que Sublime Text 2 peut supprimer les espaces blancs de fin de fichier lors de l'enregistrement.
Lorsque l'on travaille en équipe et que l'on commet un changement dans un fichier, cela a tendance à produire d'énormes différences qui rendent la révision du code par les pairs plus difficile. C'est pourquoi je préfère ne nettoyer les espaces blancs que lorsque j'apporte des modifications importantes à un fichier et laisser les espaces blancs tels quels pour les modifications mineures.
J'aimerais savoir s'il existe une commande permettant de couper les espaces blancs. sur demande sur un fichier, autre que "Activate trimming on save > Save file > Deactivate trimming"
.
La recherche dans la documentation et sur stackoverflow n'a rien donné de pertinent, tous les liens semblent parler de l'ajustement automatique à la sauvegarde.
1 votes
Cela ne répond pas directement à votre question, mais cela peut vous aider si vous utilisez Git pour le contrôle de version :
$ mv .git/hooks/pre-commit.sample .git/hooks/pre-commit
que j'ai obtenu de ce blog .106 votes
Pour les collègues de Googlers : la manière non-demande est d'ajouter ce paramètre :
"trim_trailing_white_space_on_save": true
3 votes
Pour compléter le commentaire de @Nate Glenn, notez que le fait de couper les espaces blancs du format Markdown peut vous attirer des ennuis, surtout si vous coupez les espaces blancs intentionnels de quelqu'un d'autre et que vous le faites sans vous en rendre compte. Vous pouvez éditer
Markdown.sublime-settings
et désactiver le trim global sur la sauvegarde et éviter les mésaventures.0 votes
IMPORTANT : S'il y a plus d'une ligne entre les accolades { }, assurez-vous de mettre un ',' sur la ligne ci-dessus ou vous obtiendrez une erreur lorsque vous essayerez de sauvegarder.
1 votes
"Lorsque l'on travaille en équipe et que l'on commet un changement dans un fichier, cela tend à produire d'énormes différences qui rendent la révision du code par les pairs plus difficile" Le problème plus profond ici est que les commits avec des espaces blancs traînants ne devraient pas se retrouver dans le repo en premier lieu, idéalement - précisément parce que cela crée le genre de patchs sales auxquels vous faites allusion. Bannissez les espaces blancs dans vos standards de codage, et attrapez les commits avec de mauvais espaces blancs dans vos crochets linter/commit.