我bash
大部分时间都在使用,并且刚刚开始使用其他 shell。我开始dash
并试图找出它的版本号,但通常的方法喜欢-v
或$version
不起作用。我可以理解这--version
是行不通的,因为那是 GNU 特定的。我在网上搜了一下,找到了以下答案,都是求助于包管理系统。
如何判断dash的版本号?(用户使用的是 CentOS,所以答案取决于 Redhat Package Management 系统)
和
如何在 Ubuntu bin 上找到 dash shell 的版本?(这来自 AskUbuntu 网站,所以答案取决于高级软件包工具)
dash
那么有没有办法在不借助包管理系统的情况下找出版本?如果没有简单的方法,我会很惊讶,因为我一直认为查询软件版本是最基本的功能之一。如果真的是这样,我很乐意听到一些解释,例如这种设计背后的理念是什么。我很乐意接受一种简单的方法来获取dash
版本而无需求助于包管理系统,或者接受一个令人信服的解释(历史观点也可以),说明为什么我不能将其作为公认的答案。
它不是。这是一个好主意,我们必须学习。
许多年前,我们没有内核、包管理器和包存储库。我们有一个操作系统。 它有一个版本,并且所有操作系统的组件程序都隐含地与操作系统的版本相关联。对于 BSD 和 PC-DOS 都是如此。
1980 年代初的 AT&T 世界为我们提供了
what
程序和由源代码控制系统将嵌入式版本字符串放入二进制文件的想法。有一段时间,人们可以使用它来找出事物的版本,尽管通常它是程序中各个源文件的版本,而不是整个程序的版本。(我自己将这个机制放入了我所有的 DOS 和 OS/2 版本 1 命令行实用程序,以及一个 16 位WHAT
程序。)今天仍然可以使用一些 OpenBSD ...
… 和 FreeBSD 二进制文件 … ……但 OpenBSD 和 FreeBSD 上的大多数其他程序都不是这种情况了,当然 FreeBSD 上的 Almquist shell 也不是…… … 也没有 Debian Almquist shell。1988 年,Digital Research 向世界提出了工具采用
/?
选项来寻求选项帮助的想法,微软在 1991 年将其从 DR-DOS 复制到其 MS-DOS 的 5.0 版中,并在 1992 年将 IBM 复制到 OS/2 中。这个想法,在 Fidonet 和当时的计算机杂志上被口口相传被广泛吹捧为一件非常好的事情,它作为一个--help
选项进入了 GNU 编码约定,并在其中添加了一个--version
选项。但这对于 Unix 世界中的非 GNU 工具并不普遍,在 1989 年编写 Almquist shell 时也并不普遍;因为 GNU 公约直到 1990 年代才出现。Bourne Again shell(1989 年首次发布)现在支持
--version
. 这同样被添加到 MirBSD Korn shell(最初的 Korn shell 于 1983 年首次发布,请记住)、TENEX C shell(1983)和 Z shell(1990),现在也都支持--version
. 然而,这个机制并没有被添加到 Almquist shell 中,即使是 Debian 人在几十年后制作他们的Debian Almquist shell 时也是如此。从 shell 本身来看,许多 shell(包括几个 Korn 变体、Z shell、Bourne Again shell 和 TENEX C shell)都有一个
shellname_VERSION
或version
shell 变量,可以在 shell 脚本中访问。同样,Almquist shell 没有。进一步阅读
DASH_VERSION
变量。Debian 错误 #764172。file
用作解决方法。file $(which dash)
:/usr/bin/dash: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=812a16ad1517b3d714e7b3bdb5470b2c82eb25ff, for GNU/Linux 3.2.0, stripped