在配置，有关 Maven 的推送仓库地址应该配置在项目的 pom.xml 文件中的。 使用的配置属性为：distributionManagement 如下面的配置： <distributionManagement> <repository> <id>ossez-repo</id> <url>https://repo.ossez.com/repository/maven-releases/</url> </repository> <snapshotRepository> <id>ossez-repo</id> <url>https://repo.ossez.com/repository/maven-snapshots/</url> </snapshotRepository> </distributionManagement> 如上面的配置使用的是不同的仓库地址，第一个为 Release 的，第二个为 snapshot 的仓库。     修改全局配置 有时候我们本地项目使用的是私有库。 所以我们最好是配置全局文件。 全局配置文件的路径在 .m2 目录下的 settings.xml 文件中。 在这个文件中：可以添加一个 properties 的 altReleaseDeploymentRepository 属性。 如下面的配置： <properties> <altReleaseDeploymentRepository>ossez-repo::default::https://repo.ossez.com/repository/maven-releases/</altReleaseDeploymentRepository> <altSnapshotDeploymentRepository>ossez-repo::default::https://repo.ossez.com/repository/maven-snapshots/</altSnapshotDeploymentRepository> </properties>     上面配置的布局为： id::*layout* ::url 因此我们的 id 为： ossez-repo 所以需要在 server 属性配置文件中配置用户名和密码才可以。 另外，上面如果需要配置生效，maven-deploy-plugin 的版本需要在 2.8.0 之上。 属性altSnapshotDeploymentRepository和altReleaseDeploymentRepository是随maven-release-plugin 2.8版一起引入的。低于2.8版本，执行mvn deploy时，则会报如下错误 Deployment failed: repository element was not specified in the POM inside distributionManagement element or in -DaltDeploymentRepository=id::layout::url parameter 需要在运行的时候仔细看看插件的版本。   https://www.ossez.com/t/maven/14195

在使用 Ansible 部署的时候提示： fatal: [*.*.*.*]: FAILED! => {"msg": "Using a SSH password instead of a key is not possible because Host Key checking is enabled and sshpass does not support this. Please add this host's fingerprint to your known_hosts file to manage this host."} 错误和原因 上面的错误信息的主要原因是我们远程到 SSH 服务器上。 在我们 SSH 到服务器上的时候，SSH 会提示是否需要保存 key，这个时候我们需要选择 Yes 或者 No。 但，Ansible 是不具备输入参数的能力的。 因此我们需要将 host_key_checking 这个配置设置为 False。 配置文件 配置文件位于：/etc/ansible/ansible.cfg 因此我们可以对这个文件进行编辑。     添加上面的参数后重新部署。   https://www.ossez.com/t/ansible-ssh-password-instead/14194

每一次 SNAPSHOT 版本的推送都会创建一个新的文件。 针对 Docker 的推送就更加不得了了。     就这么一个小项目，这几天的推送量就好几个 G 了。 好在我们是存在 S3 上面的，存储空间可以无限扩展。 这也是一个优势吧，如果存本地服务器上，没几天就又要考虑加硬盘了。   https://www.ossez.com/t/topic/14193

我们在使用 Jenkins 构建我们的一个 Docker 项目的时候提示： [ERROR] Failed to execute goal io.fabric8:docker-maven-plugin:0.40.2:build (default) on project api: Execution default of goal io.fabric8:docker-maven-plugin:0.40.2:build failed: No <dockerHost> given, no DOCKER_HOST environment variable, no read/writable '/var/run/docker.sock' or '//./pipe/docker_engine' and no external provider like Docker machine configured -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles:     通过日志我们了解到上面的问题就是 Jenkins 没有办法调用 Docker 的构建命令。 问题和解决 我们尝试了很多种方法来解决这个问题。 包括有重新安装 Docker，重新写脚本等等，都发现没有办法解决。 然后我们在下载的 Git 代码中直接使用 Root 账号进行编译，发现是没有问题的。 这个就让我想到，有没有可能是因为 Jenkins 的用户没有访问 Docker 的权限。 因为 Jenkins 的编译是在 Jenkins 自己这个账号下运行的的。 随后我们运行了下面 2 个命令。 sudo gpasswd -a jenkins docker sudo usermod -a -G docker jenkins 上面命令运行后的输出如下： [root@devops-norctx-com Usvisatrack-Api-Service]# sudo gpasswd -a jenkins docker Adding user jenkins to group docker [root@devops-norctx-com Usvisatrack-Api-Service]# sudo usermod -a -G docker jenkins 简单来说，上面 2 个命令执行的结果就是吧 Jenkins 这个用户加到 Docker 这个用户组里面。 在完成上面的配置后，重启 Jenkins。 然后再进行编译，我们发现提示没有办法执行 Docker 打包的问题就解决了。   https://www.ossez.com/t/jenkins-docker-host/14191

在升级了 Edge 浏览器后，提供了一个站点信息的按钮。   2022-11-03_06-14-292054×1292 415 KB   不太清楚这个数据是从哪里来的，应该能够基本上提供访问当前站点的用户地区属性吧。 仔细读了下说明应该是从 Bing 搜索引擎和使用 Edge 用户的访问数据中获取的（Microsoft Bing and Microsoft Edge browser.）   https://www.ossez.com/t/edge/14190

在新的 AWS S3 控制中，启用了一个默认的配置。 这个默认的配置能够阻止用户的访问。 如何修改 首先需要对 Object 所有者进行修改。 在打开的界面中，选择 ACLs 启用。 然后选择选项。 然后单击保存。 随后，就可以对 ACL 进行编辑了。 通常可以通过这个配置来完成对参考的默认访问。   https://www.ossez.com/t/aws-s3-bucket-acl/14175