Svn 在我的生成系统中，正在删除关键的未版本化文件

在Jenkins中，触发生成时，将删除未版本的文件，如

build.properties

。因此，构建失败。如何防止这种情况发生？

Subversion甚至没有提供删除未版本文件的选项。所以Subversion并没有这样做

SVN的Jenkins插件有一个签出策略选项：“通过首先删除未版本化/忽略的文件，然后“SVN更新”来模拟干净签出”

---

听起来你一定在使用这个选项。检查Jenkins作业配置，并使用其他选项，如“尽可能使用“svn更新”

Subversion甚至不提供删除未版本文件的选项。所以Subversion并没有这样做

SVN的Jenkins插件有一个签出策略选项：“通过首先删除未版本化/忽略的文件，然后“SVN更新”来模拟干净签出”

听起来你一定在使用这个选项。检查Jenkins作业配置并使用不同的选项，例如“尽可能使用‘svn update’”

尽管@Mark Phippards可能会让您克服眼前的问题，但真正的问题是需要未版本化的文件才能使构建工作正常。听起来像是蚂蚁的构造？我建议对属性文件进行分层导入

ant中的属性是不可变的，因此您可以加载多个属性文件-第一个属性文件获胜，并且不能更改。首先导入一个无版本的属性文件，为开发团队提供了一种方便的机制，可以在他们的工作站上以最持久的方式设置属性

签入svn项目的

build.properties

在上面的

build.xml

import

user.properties

中

build.properties

将

users.properties

添加到

svn:ignore

，这样它就永远不会被签入

在jenkins构建中，您可以设置需要设置或重写的任何属性

要点是-您的项目应该在签出后立即生成，您不需要创建属性（或任何其他未版本化的）文件。

尽管@Mark Phippards可能会让您克服眼前的问题，但真正的问题是需要未版本化的文件才能使生成工作。听起来像是蚂蚁的构造？我建议对属性文件进行分层导入

ant中的属性是不可变的，因此您可以加载多个属性文件-第一个属性文件获胜，并且不能更改。首先导入一个无版本的属性文件，为开发团队提供了一种方便的机制，可以在他们的工作站上以最持久的方式设置属性

签入svn项目的

build.properties

在上面的

build.xml

import

user.properties

中

build.properties

将

users.properties

添加到

svn:ignore

，这样它就永远不会被签入

在jenkins构建中，您可以设置需要设置或重写的任何属性

---

要点是-您的项目应该在签出后立即生成，您不需要创建属性（或任何其他非版本）文件。

非版本文件首先是如何进入Jenkins工作区的？我不确定。我只是在研究构建系统。我非常确定是jenkins svn插件或构建脚本的某些方面删除了未版本文件。未版本文件首先是如何进入jenkins工作区的？我不确定。我只是在研究构建系统。我非常确定是jenkins svn插件或构建脚本的某些方面删除了未版本的文件。FYI 1.9.0可能会包括这样一个选项。但马克是对的，它还没有出现在一个发布的版本中。现在，trunk在

清理

命令中有一个

——remove unversioned

选项。从现在起到1.9.0最终发布时，这种情况可能会发生变化。FYI 1.9.0可能会包括这样一个选项。但马克是对的，它还没有出现在一个发布的版本中。现在，trunk在

清理

命令中有一个

——remove unversioned

选项。从现在到1.9.0最终发布时，这种情况可能会发生变化。