do you use file extensions for your scripts?

3 years ago by fuzzy_feeling to c/shell

i'm pretty new to the shell scripting world and not sure, if i should give my scripts a .sh or .bash extension.

not sure what the pros and cons are.

GuybrushThreepwo0d 8 points 3 years ago

Just put the shebang at the top of your script:

#! /usr/bin/env bash

I'm not a big fan of extensions because if you put the script in your $PATH it's weird to type do_the_thing.bash

path: 0 993755, hotness: undefined, score: 8, children: 0
igemnace 7 points 3 years ago

If we're talking specifically about executable scripts, here is #bash's (libera.chat) factoid on the matter:

Don't use extensions for your scripts. Scripts define new commands that you can run, and commands are generally not given extensions. Do you run ls.elf? Also: bash scripts are not sh scripts (so don't use .sh) and the extension will only cause dependencies headaches if the script gets rewritten in another language. See http://www.talisman.org/...

It's for these reasons that I keep my executable scripts named without extensions (e.g. install).

I sometimes have non-executable scripts: they're chmod -x, they don't have a shebang, and they're explicitly made for source-ing (e.g. library functions). For these, I give them an extension depending on what shell I wrote them for (and thus, what shell you need to use to source them), e.g. library.bash or library.zsh.

path: 0 1022844, hotness: undefined, score: 7, children: 1
gamma 1 point 3 years ago

I do the same, but I include shebangs anyway out of habit.

path: 0 1022844 1120332, hotness: undefined, score: 1, children: 0
technohacker 7 points 3 years ago

Usually I have most of my (admittedly very few) scripts be .sh with #!/bin/bash. I do have a few that don't have an extension however, and those are in my $PATH intended to be used as shell commands

path: 0 993709, hotness: undefined, score: 7, children: 1
HerbErtlinger 3 points 3 years ago

This is how I do it as well. Shell scripts that I include in a project are named with a .sh extension so other users can identify them easily. Scripts that I want to run as commands often are in my $HOME/bin/ and donโ€™t have an extension. Sometimes those are convenience symlinks with easier names, so ~/bin/example might be a link to ~/repos/example-project/example-script-with-long-name.sh.

path: 0 993709 994047, hotness: undefined, score: 3, children: 0
vvv 5 points 3 years ago

I stopped using extensions on anything meant to be an "executable" since it leaves me with the option to switch it's implementation. e.g. shell to python or some binary

path: 0 994060, hotness: undefined, score: 5, children: 0
sin_free_for_00_days 3 points 3 years ago

I usually add the .sh to the scripts in my ~/bin folder. Just so when I go to edit them I know if they are a script or a binary or whatever.

path: 0 997751, hotness: undefined, score: 3, children: 0
minh2134 3 points 3 years ago

I just drop it. Very little reason to use it when my ~/bin is nothing but shell script. If I made the script with the intention to share, .bash for bash specific script, .sh for POSIX compliant script.

path: 0 1006282, hotness: undefined, score: 3, children: 0
denisde4ev 1 point a year ago

in most cases no extension

no extension for commands that are like tools - placed in /usr/local/bin/ or user's folder ~/.local/bin/

but I add extension for scripts that matters where they are placed, for example ./build.sh and /mnt/my-disk/snapshot.sh

and source scripts in repo folder, such as github repo tools/src/tool-name.sh

I symlink it from bin with no extension, example: ln -sr ~/dev/gh/my-script-repo-name/my-script.sh ~/.local/bin/my-script original source has extension, but not in bin folder

path: 0 18411709, hotness: undefined, score: 1, children: 0
GuybrushThreepwo0d 1 point 3 years ago

Just put the shebang at the top of your script:

#! /usr/bin/env bash

I'm not a big fan of extensions because if you put the script in your $PATH it's weird to type do_the_thing.bash

path: 0 993752, hotness: undefined, score: 1, children: 0
onescomplement 1 point 3 years ago

On my personal computer, ~/bin has two directories within it.

One is for my .sh files and the other contains system links to them. The system link drops off the .sh and all scripts are added to my PATH

path: 0 1601937, hotness: undefined, score: 1, children: 0
shell
shell

@programming.dev

login for more options
1615
50
1

From Ash, Bash and Csh to Xonsh, Ysh and Zsh; all shell languages are welcome here!

Rules:
  1. Follow Lemmy rules!
  2. Posts must relate to shell scripting. (See bottom of sidebar for more information.)
  3. Only make helpful replies to questions. This is not the place for low effort joke answers.
  4. No discussion about piracy or hacking.
  5. If you find a solution to your problem by other means, please take your time to write down the steps you used to solve your problem in the original post. You can potentially help others having the same problem!
  6. These rules will change as the community grows.

Keep posts about shell scripting! Here are some guidelines to help:

  • Allowed: Release Announcement of a command-line program designed for scripted use (e.g. bash, bats, awk, jq, coreutils/moreutils)
  • Allowed: Tutorials on using shell languages or supplementary tools designed for scripted use
  • Allowed: Code review/help requests for shell languages or supplementary tools designed for scripted use
  • NOT Allowed: Announcement of a CLI or TUI program that is not designed for scripted use (Yes, your fancy Zsh plugin which pretty-prints the date and time using only builtins is very cool, but unless you actually want to discuss the code itself, please check out !commandline instead!)
  • NOT Allowed: Domain-specific tutorials that do not involve shell scripting as a core component (e.g. docker-compose, ansible, nix). If you really love one of these, I'm sure there's a community out there ready to talk about them!
  • NOT Allowed: Code review requests for non-shell programming languages and configuration languages (e.g. Python, Yaml)

In general, if your submission text is primarily shell code, then it is welcome here!

go to feed...