在Linux和Mac上是否都可以调用sed在没有备份的情况下进行就地编辑?虽然OS X附带的BSD sed似乎需要sed -i "…,但GNU sed Linux发行版通常会将引号解释为空的输入文件名(而不是备份扩展名),并且需要sed -i…。
是否有适用于这两种风格的命令行语法,以便我可以在两个系统上使用相同的脚本?
在Linux和Mac上是否都可以调用sed在没有备份的情况下进行就地编辑?虽然OS X附带的BSD sed似乎需要sed -i "…,但GNU sed Linux发行版通常会将引号解释为空的输入文件名(而不是备份扩展名),并且需要sed -i…。
是否有适用于这两种风格的命令行语法,以便我可以在两个系统上使用相同的脚本?
当前回答
在OSX上,我总是通过Homebrew安装GNU sed版本,以避免在脚本中出现问题,因为大多数脚本都是为GNU sed版本编写的。
brew install gnu-sed --with-default-names
然后你的BSD sed将被GNU sed取代。
或者,你也可以不使用默认名称进行安装,但是:
安装gnu-sed后,根据提示更改PATH 是否根据您的系统检入脚本在gsed或sed之间进行选择
其他回答
适用于GNU系统和OSX的可移植脚本:
if [[ $(uname) == "Darwin" ]]; then
SP=" " # Needed for portability with sed
fi
sed -i${SP}'' -e "s/foo/bar/g" -e "s/ping/pong/g" foobar.txt
没有办法让它正常工作。
一种方法是使用临时文件,比如:
TMP_FILE=`mktemp /tmp/config.XXXXXXXXXX`
sed -e "s/abc/def/" some/file > $TMP_FILE
mv $TMP_FILE some/file
这对两者都有效
Steve Powell的回答是非常正确的,在OSX和Linux (Ubuntu 12.04)上查阅sed的MAN页面强调了两个操作系统中“就地”sed使用的不兼容性。
JFYI,使用Linux版本的sed, -i和任何引号(表示空文件扩展名)之间不应该有空格,因此
sed Linux手册
#Linux
sed -i""
and
药效发作
#OSX (notice the space after the '-i' argument)
sed -i ""
我在一个脚本中通过使用alias'd命令和bash 'if'中的'uname'的OS-name输出来解决这个问题。在解释引号时,试图将依赖于操作系统的命令字符串存储在变量中是错误的。为了扩展/使用脚本中定义的别名,必须使用'shopt -s expand_aliases'。这里讨论Shopt的用法。
如果你需要在bash脚本中执行sed in-place,并且你不希望in-place的结果是.bkp文件,并且你有一种方法来检测os(比如,使用ostype.sh),那么下面的bash shell内置eval的hack应该可以工作:
OSTYPE="$(bash ostype.sh)"
cat > myfile.txt <<"EOF"
1111
2222
EOF
if [ "$OSTYPE" == "osx" ]; then
ISED='-i ""'
else # $OSTYPE == linux64
ISED='-i""'
fi
eval sed $ISED 's/2222/bbbb/g' myfile.txt
ls
# GNU and OSX: still only myfile.txt there
cat myfile.txt
# GNU and OSX: both print:
# 1111
# bbbb
# NOTE:
# if you just use `sed $ISED 's/2222/bbbb/g' myfile.txt` without `eval`,
# then you will get a backup file with quotations in the file name,
# - that is, `myfile.txt""`
回答:没有。
最初接受的答案实际上没有做到所要求的(如评论中所述)。(我在寻找文件-e在我的目录中“随机”出现的原因时找到了这个答案。)
显然没有办法让sed -i在MacOS和Linuces上一致地工作。
我的建议是,无论如何,不要使用sed进行就地更新(它具有复杂的故障模式),而是生成新文件,然后重命名它们。换句话说:避免-i。