4

我正在寻找更好的发现。原因是 find 用户界面对我来说不直观（特别是 pruning / -print 样式）并且由于对参数顺序的严格要求而难以包装在函数中。locate / updatedb 不够灵活，无法使用。是否有人愿意分享他们的示例查找包装器或查找替代品（请仅命令行）？

这是我发现不直观的用法的示例：

find dir_a dir_b \( -path dir_a/.git -o -path dir_b/out \) -prune -o \( -type f -o -type l \)

在选项之前指定目录对我来说很奇怪，并且很容易忘记修剪的语法。（有些程序使用 --exclude 选项代替。）我认识到这是一个挑剔的点。

这是我在不丢失太多功能的情况下指定一些默认值的最佳尝试：

f()
{
  # The trouble is that -regextype must appear after path but before expression.
  # HACK: "-D debugopts" unsupported and -[HLPO] options assumed to before dirs.
  local a=()
  while [[ -n "$1" ]] && ( [[ ! "${1:0:1}" =~ [-!(),] ]] || [[ "${1:0:2}" =~ -[HLPO] ]] )
  do
    a+=("$1")

    # Eliminate arg from @.
    shift
  done

  find -O3 "${a[@]}" -nowarn -regextype egrep "$@"
}

要求对程序中的所有选项有一个完美的理解，以便能够用一些默认值来包装它并且不会失去与普通查找的功能/兼容性，这似乎很愚蠢。

我猜我不会像 GNU 发现的那样标准，但可能会有更好的东西，尽管鲜为人知。

更新（2013-11-26）：

  • 在 Itay 的建议下，我使用了ack大约一年。它对我至少 95% 的搜索非常有效。
  • 我最近发现了Ag，它是 ack 的快速版本。在过去的几周里，它一直运行良好。

更新（2014-11-23）：

我强烈推荐Ag。它工作得很好。仍然有很多次 Find 是必要的，为此我继续寻找一个不错的替代品。虽然毫无疑问很有用，但在我看来，Find 的界面非常过时并且不必要地困难。

更新（2017-08-04）：

我现在最强烈推荐ripgrep作为不可或缺的 Ag 替代品。这是一个非常新的工具，但它对 .gitignore 文件的支持大大超过了 Ag 并且在所有其他方面它是等效的或更好的。我继续寻找 Find 替代品。

更新（2021-11-28）：

我继续使用并喜欢满足我大部分需求的ripgrep 。对于其他一切，我混合使用 find 和fd。

4

1 回答 1

2

您应该尝试Ack，它可以替代findand grep，并针对使用源代码树进行了优化。

于 2012-10-08T10:50:59.763 回答