【问题标题】:Tools to make shell work productive使 shell 工作高效的工具
【发布时间】:2010-11-12 14:40:53
【问题描述】:

在我们的 shell 日常工作中,我们有一些工具/方法可以让我们在 shell 上的工作更有效率。

这里是我在日常基础中使用的这些东西的简短列表:

  • Ctrl+R 搜索交互式 bash 历史记录
  • bash auto completion。这有助于我完成 Tab makefile 目标、手册页等。
  • autojump 让目录导航更快
  • colorgcc 为 GCC 的终端输出着色,以便在较长的编译器输出中找到错误消息。
  • GNU screen 有时也会有所帮助

最近我想起了我的老朋友autoexpect,它“记住”了你执行的命令和输入的内容。例如,我使用它“自动化” scp 命令。

请分享你的工具。

【问题讨论】:

  • 这应该是wiki,不是问题。
  • 这对我来说似乎太宽泛了。 Shell 被设计成作为计算机的整个接口,与它们一起使用的方法和工具的数量也相应巨大。
  • @unwind:即使是社区 wiki 问题也意味着仍然是问题 - 正是由于这个原因,普通用户无法再直接创建它们。见meta on community wiki
  • 找不到可以将问题标记为 wiki 的位置
  • @dimba:那是因为你不能。社区 wiki 不是不提问的借口。

标签: bash


【解决方案1】:

顺便说一句,这是一个问题,这家伙要求我们分享我们的知识。

我使用/喜欢你提到的很多工具。我绝对喜欢有一个颜色编码的外壳,但我使用的一些更能提高生产力的东西是我的 .bashrc 中的深思熟虑的别名。我有一个用于 scptgz 的,因为我很懒惰,所以在我通过 scp 将其发射之前,我实际上不需要压缩任何东西。我还为所有常见的 ssh 主机起别名。最后,在我们的系统上,我有一个别名 sql='mysql --i-am-a-dummy -u user -p'。老实说,人们有时会在没有 where 子句的情况下进行更新。

【讨论】:

  • 当我说“不是问题”时,我并不是说“它不会以问号结尾”。我的意思是它不能被合理地回答。这个问题的最佳答案将是数千个提示的列表。这不是我们真正想要的。
【解决方案2】:

我经常使用 git,所以我的 PS1 向我展示了它的状态 - my git prompt

【讨论】:

    猜你喜欢
    • 2020-10-18
    • 1970-01-01
    • 2021-01-22
    • 2011-10-16
    • 2014-10-17
    • 1970-01-01
    • 1970-01-01
    • 2010-09-20
    • 2019-11-27
    相关资源
    最近更新 更多