我想以递归方式将过滤器(例如sed -e 's/OLD/NEW/g'
)应用于svn属性值。
首先,在单个目标上,我可以执行以下操作之一:
svn propget --strict PROPNAME TARGET | sed -e 's/OLD/NEW/g' | svn propset PROPNAME --file=- TARGET
svn propset PROPNAME --file=<(svn propget --strict PROPNAME TARGET | sed -e 's/OLD/NEW/g') TARGET
SVN_EDITOR="sed -i -e 's/OLD/NEW/g'" svn propedit PROPNAME TARGET
svn propedit --editor-cmd "sed -i -e 's/OLD/NEW/g'" PROPNAME TARGET
哪一个最好?
我不喜欢1或2,即使svn propget ... | sed ...
管道失败,svn propset
仍然执行,可能是在空stdin上,重置属性。
另一方面,我不喜欢3或4的是整个过滤命令行应该引用并制成一个字符串,这有时会使引用和参数扩展变得棘手。并注意选项-i
- 过滤命令应采用文件参数并对其进行编辑,这意味着这些方法不能应用于不提供此类就地编辑功能的命令,例如{{1或者甚至tr
。
是否有更好的选择,或对其中一个有任何可能的改进?
第二次,我如何递归地执行此操作 - 即在给定TARGET下具有指定属性PROPNAME的每个目标上?我不能只将awk
添加到-R
,因为它会将所有内容连接到一个文本流中,svn propget
甚至没有svn propedit
。似乎我必须做类似的事情:
-R
但是svn proplist -R --only-with PROPNAME TARGET | while read target
do
# do one of the above on "$target"
done
没有这样的名为svn proplist
的东西,我无法轻易解析其输出并只获取具有该属性的那些目标的名称。
有没有好办法呢?
答案 0 :(得分:1)
svn propget -R
的输出不容易解析,但是svn propget -v -R
的输出是,所以我决定运行一次并解析其输出。
首先,我尝试了进程替换>(...)
,但是正如this thread中所要求的那样,我无法强制执行或等待终止此类子进程,因此输出消息很乱,尽管它确实有效。所以,正如the same thread所述,我使用了coprocesses:
#!/bin/bash
set -o errexit -o pipefail
if [ $# -le 2 ]; then
echo "usage: $0 PROPNAME TARGET COMMAND [ARGS...]" >&2
exit 1
fi
PROPNAME=$1; shift
TARGET=$1; shift
COMMAND=$1; shift
cleanup_and_wait() {
if [[ ${COPROC[1]} =~ ^[0-9]+$ ]]; then
eval "exec ${COPROC[1]}<&-"
wait $COPROC_PID
fi
}
unset curr_target
unset prev_line
while IFS= read -r line; do
case "$line" in
" "*)
line=${line:4}
if declare -p prev_line >/dev/null 2>&1; then
echo "$prev_line" >&${COPROC[1]}
fi
prev_line=$line
;;
" "*)
line=${line:2}
if [ "$line" != "$PROPNAME" ]; then
echo "Unexpected property: $line" >&2
fi
cleanup_and_wait
coproc { "$COMMAND" "$@" | svn propset "$PROPNAME" --file=- "$curr_target"; } >&2
unset prev_line
;;
"Properties on '"*"':")
line=${line%"':"}
line=${line#"Properties on '"}
curr_target=$line
;;
esac
done < <(svn propget --verbose --recursive "$PROPNAME" "$TARGET")
cleanup_and_wait
我不喜欢的一件小事是,即使给定的过滤器没有更改属性值,svn propset
仍然执行并打印property 'PROPNAME' set on 'TARGET'
;很高兴看到消息只针对那些属性值实际发生了变化的目标。