Commentaires en ligne pour Bash?

Je voudrais être en mesure de commenter un seul drapeau, une seule ligne de commande. Bash ne semble avoir from # till end-of-line commentaires. Je suis à la recherche d'astuces comme:

ls -l $([ ] && -F is turned off) -a /etc

C'est moche, mais c'est mieux que rien. Est-il un meilleur moyen?

La suite semble fonctionner, mais je ne suis pas sûr de savoir si c'est portable:

ls -l `# -F is turned off` -a /etc

Le #comment astuce est également mentionné ici: stackoverflow.com/questions/9522631/...
À la suite de la lien mentionné par @Juha Palomäki, il y a ce merveilleux tour ${IFS#comment} présenté par @pjh dans les commentaires. Pas de sous-shell est invoqué.

InformationsquelleAutor Lajos Nagy | 2010-03-26

bash comments

91

Mon préféré est:

Insertion de commentaires dans un script Bash
Cela aura des frais généraux, mais techniquement il n'répondre à votre question
```
echo abc `#put your comment here` \
     def `#another chance for a comment` \
     xyz etc
```
Et pour les pipelines, plus précisément, il y a une solution plus propre avec pas de frais généraux
```
echo abc |        # normal comment OK here
     tr a-z A-Z | # another normal comment OK here
     sort |       # the pipelines are automatically continued
     uniq         # final comment
```
Comment faire pour mettre une ligne en commentaire multi-ligne de commande
- Notez que vous devez utiliser backticks, $(#comment) ne fonctionne pas.
- Pourquoi ne $() pas de travail?
- Certaines versions de considérer la ) dans le commentaire lui-même. La plupart des défis de bash sont dues à la rétro compatibilité avec les anciennes versions, et une stratégie courante consiste à utiliser la plus ancienne solution possible.
- Remarque, ce n'est pas un vrai commentaire: true && `# comment` && true est une expression valide. Un vrai commentaire serait de générer quelque chose comme: syntax error near unexpected token &&"
- Vous avez raison @sebastianwagner, notez également que ce serait un échec dans une OU de court-circuit ou quelque chose comme ça, mais je pense que c'est aussi bon qu'on peut obtenir sans compliquer les choses. Pour moi, c'est un signe que l'on a besoin d'un meilleur langage, mais il peut faire de grandes, de maintenir le code avec une telle 'commentaires' à le documenter.
- Merci ça m'a aidé!
- Je préfère $: echo hello, $( : 'comment, comment.' ) foo. Vous pouvez même faire des commentaire sur plusieurs lignes avec si vous avez besoin, même si, personnellement, j'ai JAMAIS vu un cas où cela était nécessaire suffisant pour justifier son intégration dans le milieu d'une commande.
- C'est génial! : D Mais ça me casse la coloration syntaxique de vim : /
InformationsquelleAutor Rafareino
54

Je trouve qu'il est plus facile (et plus lisible) pour simplement copier la ligne et commentaire de la version originale:
```
#Old version of ls:
#ls -l $([ ] && -F is turned off) -a /etc
ls -l -a /etc
```
- Upvote pour plus de clarté. Je ne sais pas pourquoi ce n'est pas la première option.
- mais alors ce n'est pas inline? je suppose que c'est juste de dire que le besoin de faire les choses de cette non prise en charge par bash est de provoquer des à trouver un autre moyen
InformationsquelleAutor Dan
22

$(: ...) est un peu moins moche, mais toujours pas bon.
- Par cette syntaxe vous êtes de cuisson d'un sous-shell, un commentaire est suposed pour améliorer une précision d'affichage sans changer le comportement du code, mais le temps de démarrage/fin de ce sous-shell permet de rendre votre code plus lente (pour dire le moins), pourquoi ne pas utiliser uniquement le côlon dans le début d'une nouvelle ligne?
- Avec ${FI#...} pas de sous-shell est invoqué.
- ouais. Mais sérieusement, dans 95% des demandes, ce traitement n'a pas d'importance du tout. Pour beaucoup de cas où il n'est question, il aurait probablement été une bonne idée d'utiliser un plus rapide de la langue de Bash en premier lieu.
- ... la difficulté est, le $(: ...) syntaxe ne semblent réellement pour permettre l'incorporation des commentaires: alors que echo "foo" `# comment` "bar" prendra fin le commentaire lors de la deuxième backtick, la supposée équivalente echo "foo" $(: # comment) "bar" ne pas analyser quoi que ce soit derrière le #.
InformationsquelleAutor Ignacio Vazquez-Abrams
4

Comment le stocker dans une variable?
```
#extraargs=-F
ls -l $extraargs -a /etc
```
InformationsquelleAutor Karoly Horvath
2

La plupart des commandes permettent d'arguments pour venir dans n'importe quel ordre. Il suffit de déplacer le commentaire des drapeaux à la fin de la ligne:
```
ls -l -a /etc # -F is turned off
```
Puis de le rallumer, supprimer simplement les commentaires et supprimer le texte:
```
ls -l -a /etc -F
```
- merde, j'ai ajouté # sans un seul espace après la commande. merci!!!!
InformationsquelleAutor leedm777

Voici ma solution pour les commentaires en ligne entre plusieurs canalisations de commandes.

Exemple décommenté code:

    #!/bin/sh
    cat input.txt \
    | grep something \
    | sort -r

Solution pour une pipe commentaire (à l'aide d'une fonction d'assistance):

    #!/bin/sh
    pipe_comment() {
        cat - 
    }
    cat input.txt \
    | pipe_comment "filter down to lines that contain the word: something" \
    | grep something \
    | pipe_comment "reverse sort what is left" \
    | sort -r

Ou si vous préférez, voici la même solution sans la fonction d'assistance, mais c'est un peu messier:

    #!/bin/sh
    cat input.txt \
    | cat - `: filter down to lines that contain the word: something` \
    | grep something \
    | cat - `: reverse sort what is left` \
    | sort -r

En aparté, si vous déplacez le tuyau de caractère à la fin de la ligne précédente, vous pouvez vous débarrasser de dégueu la barre oblique inverse-retours à la ligne.

InformationsquelleAutor KylePDavis

1

Si vous connaissez une variable est vide, vous pouvez l'utiliser comme un commentaire. Bien sûr, si elle n'est pas vide, il va gâcher votre commande.
```
ls -l ${1# -F est désactivé} -a /etc 
```
§ 10.2. Paramètre De Substitution
- Utilisation ${name:=comment} pour être sûr.
InformationsquelleAutor Steven Penny
0

Si le commentaire est en vaut la peine, il ne peut probablement aller à la fin de la ligne, ou sur une ligne sur son propre. Rarement j'ai trouver un besoin pour l'intérieur de la ligne de commentaires avec le code avant et après le commentaire dans n'importe quelle langue.

Oh, il y a une exception près, qui est le langage SQL j'ai l'habitude de l'utiliser qui utilise '{commentaires}'. Parfois, je vais écrire:
```
CREATE UNIQUE INDEX u1_table ON Table(...);
CREATE {DUPS} INDEX d1_table ON Table(...);
```
Mais même cela est un étirement.

InformationsquelleAutor Jonathan Leffler
0

Pour la désactivation d'une partie d'une commande comme a && b, j'ai simplement créé un vide script x qui est sur le chemin, afin que je puisse faire des choses comme:
```
mvn install && runProject
```
quand j'ai besoin de construire, et
```
x mvn install && runProject
```
lorsqu'il n'est pas (à l'aide de Ctrl + A et Ctrl + E pour vous déplacer au début et à la fin).

Comme indiqué dans les commentaires, une autre façon de le faire est intégrée à Bash : au lieu de x:
```
$  : Hello world, how are you? && echo "Fine."
Fine.
```
- Une telle builtin existe déjà: : Comme dans: string; of; commands; : disabled; enabled;
- Encore mieux 🙂 Merci
InformationsquelleAutor Ondra Žižka

Vous devez vous connecter pour publier un commentaire.