我们正在尝试自动化构建流程到我们的分段服务器,但遇到了一个小问题。我们使用VS2010内置的发布功能,提交到Subversion,然后第三方应用程序(Beanstalk)自动拉取更新的文件并将它们FTP到分段服务器。
我们遇到的问题是,我们似乎只有以下选择:
1. (两害相权取其轻)如果我们选择使用“用本地副本替换匹配的文件”,这样做很好,但有一个例外:此选项不会删除从项目中删除的任何文件。这将导致旧文件的垃圾和/或安全问题。
2. 如果我们选择使用“在发布之前删除所有现有文件”,则会删除整个文件夹结构,包括Subversion用于更新跟踪等的.SVN隐藏文件夹。从准确性的角度来看,这似乎是最佳解决方案,但它真正破坏了本地Subversion环境,这是这种自动化的中间人。
我的问题是:是否有一个简单的解决方法,或者我们忽略了完全不同的部署选项(我们不想直接从VS发布到服务器,因为我们想要跟踪部署发生的时间、人员和内容)?我唯一找到的解决方法是在发布之前手动删除文件内容,同时保留文件夹结构,然后使用“用本地副本替换匹配的文件”进行部署。不幸的是,这给“自动化”带来了全新的含义。
有没有关于如何最好地完成此操作的任何想法?
我们遇到的问题是,我们似乎只有以下选择:
1. (两害相权取其轻)如果我们选择使用“用本地副本替换匹配的文件”,这样做很好,但有一个例外:此选项不会删除从项目中删除的任何文件。这将导致旧文件的垃圾和/或安全问题。
2. 如果我们选择使用“在发布之前删除所有现有文件”,则会删除整个文件夹结构,包括Subversion用于更新跟踪等的.SVN隐藏文件夹。从准确性的角度来看,这似乎是最佳解决方案,但它真正破坏了本地Subversion环境,这是这种自动化的中间人。
我的问题是:是否有一个简单的解决方法,或者我们忽略了完全不同的部署选项(我们不想直接从VS发布到服务器,因为我们想要跟踪部署发生的时间、人员和内容)?我唯一找到的解决方法是在发布之前手动删除文件内容,同时保留文件夹结构,然后使用“用本地副本替换匹配的文件”进行部署。不幸的是,这给“自动化”带来了全新的含义。
有没有关于如何最好地完成此操作的任何想法?