Should I use a slash at the end of path variables in shell script or not? [closed]

Question

Today when writing my shell script.

A question suddenly comes to my mind.

Since cd /target_dir and cd /target_dir/ both works.
Should I add a slash at the end of my path variables in a shell script?
Such as LOG_PATH=/data/nginx/logs versus LOG_PATH=/data/nginx/logs/.

I did some gross search on google, but didn't find discussion about this, maybe it's too basic?

For now, it's really hard for me to decide which style to pick.
But I preferred LOG_PATH=/target_dir/ style a bit more.
Because when I'm doing autocompletion with bash, it pops me the result with slash.

What's your opinion about this, why?

Answer 1

According to POSIX:

Definition of a pathname:

A string that is used to identify a file. It has optional beginning < slash > characters, followed by zero or more filenames separated by < slash > characters. A pathname can optionally contain one or more trailing < slash > characters. Multiple successive < slash > characters are considered to be the same as one < slash >, except for the case of exactly two leading < slash > characters.

Answer 2

To be on the safe side, include the slash. This can lead to multiple slashes when concatenating the paths, but at least you avoid problems.

A few examples: rsync treats paths differently if the trailing slash is included (it synchronizes that directory instead of making another subdirectory). Symbolic links to directories sometimes behave in an unexpected way when they don't have the trailing slash - at least shell completion gets confused. You never know if the command/script you invoke relies on checking for the slash for some special behaviour. It could even save you from overwriting something. For instance, if you have a file named foo, but you mistakenly think it's a directory and want to move something in it, then mv bar foo will overwrite the file (data loss, potential catastrophe) but mv bar foo/ will just complain and do nothing.

So to conclude, it most cases it doesn't matter, but you should use the slash to protect yourself, and also to make it more obvious to the human reader what you intended to do in a script. A casual observer will immediately be sure that a variable refers to a directory if it ends with a slash, and will use it correctly if it needs to be modified.

Answer 3

No, you should not. It adds an extra unnecessary slash (/).

example

say you want to export java's bin directory to your PATH variable ,

export PATH=$PATH:/opt/jre1.7.0_45/bin/

now check it,

user@host:~$ which java
/opt/jre1.7.0_45/bin//java

notice the extra slash (/) before java, but fortunately it just works in such case.