ssh publishers不能配置工作区外的目录

### 回答1：
SSH Publishers是Jenkins插件之一，用于将构建的文件或目录通过SSH协议发布到远程服务器。在使用SSH Publishers配置工作区外的目录时，确实会遇到一些问题。

首先，SSH Publishers插件默认只能访问和配置Jenkins工作区内的文件和目录。这是因为Jenkins构建过程中生成的文件通常都保存在工作区内，工作区外的目录可能具有不同的访问权限或地址，因此默认情况下不允许通过SSH Publishers访问和配置。

其次，即使想要配置工作区外的目录，也需要一些额外的操作和配置。首先，我们需要确保Jenkins服务器有访问工作区外目录的权限，通常可以通过配置操作系统的用户账户和权限来实现。然后，在SSH Publishers插件的配置中，需要手动指定工作区外目录的路径和其他相关信息，例如服务器地址、用户名、密码等。这些额外的配置步骤需要根据具体的环境和需求来进行，因此并不是SSH Publishers插件的默认功能。

综上所述，虽然SSH Publishers本身并不能直接配置工作区外的目录，但可以通过额外的操作和配置来实现这样的功能。这需要确保Jenkins服务器对工作区外目录具有访问权限，并在SSH Publishers插件配置中手动指定相关信息。通过这种方式，我们可以将构建的文件或目录发布到工作区外的目录中。

### 回答2：
SSH出版物者是一个指定哪些文件可以通过SSH访问的配置选项。它通常用于配置Git仓库，并允许合法用户通过SSH协议来访问这些文件。然而，SSH出版物者不能配置工作区外的目录。

工作区是指存储Git仓库文件并进行版本控制的文件夹。在工作区中，我们可以进行文件的创建、修改和删除，并在提交到Git仓库之前进行必要的更改调整。

当使用SSH出版物者配置Git仓库时，它只能控制Git仓库内部的文件和目录。这是合理的，因为SSH出版物者的目的是确保只有授权用户可以访问和更新Git仓库的文件。

如果想要配置Git仓库之外的目录，我们可以考虑使用其他权限控制机制，例如操作系统级别的访问控制。通过操作系统的*文件权限*或者使用*ACL (Access Control List)*，我们可以精确地控制哪些用户或用户组可以访问工作区外的目录。

总结起来，SSH出版物者对于Git仓库内部的文件和目录的权限控制非常有用，但它无法配置工作区外的目录。对于工作区外的目录，我们可以使用其他权限控制机制来确保安全访问。

### 回答3：
SSH发布者（SSH publishers）是Jenkins CI软件中的一个插件，用于将构建的项目发布到远程服务器。它提供了一种简单和安全的方式来自动化部署应用程序。

在使用SSH发布者时，常见的配置是在工作区内指定需要发布的目录。这是因为在工作区内，Jenkins会检出代码并进行构建，然后将构建结果发布到远程服务器。

SSH发布者无法配置工作区外的目录是因为它的设计初衷是确保安全和可靠的部署。通过限制只能发布工作区内的目录，可以避免操作系统的文件权限问题，并且不会意外地将不相关的文件发布到服务器上。

如果需要在工作区外发布文件，可以通过一些其他的方法来实现。例如，可以在构建过程中将需要发布的文件复制到工作区内，并在使用SSH发布者时指定工作区内的目录。这样可以保证只发布需要的文件，并且不会影响到其他文件。

总而言之，SSH发布者不能配置工作区外的目录是出于安全和可靠性的考虑。通过合理的构建和部署策略，可以实现符合需求的自动化发布。