3

我想知道是否有人可以启发我一点关于 Xpages 构建过程以及它如何与数据库的其他副本副本一起使用。我看到的很多关于使用 Domino Designer 的建议都表明（逻辑上），在本地副本上工作，然后将它们复制到服务器上，您将获得更快的响应。

我通常会在本地保存我的更改，手动构建，然后复制到服务器，而且大多数时候，这似乎工作正常。但是，在某些情况下，我发现当我在服务器副本上查看我在浏览器中所做的工作时，它似乎并没有更新......实际上在一些可怕的事件中，它显示了一个几周前的版本（它甚至是从哪里得到的？？）。这不是浏览器缓存问题，我已经在服务器副本上打开了设计元素（xpages、自定义控件）并验证了更改是否存在。我最终不得不在应用程序的服务器副本（不仅仅是构建）上执行清理，然后它按预期显示。

这似乎是一个愚蠢的问题，但您不应该对每个副本执行构建，对吗？关于这里可能存在什么问题的任何想法？涉及到另一个开发人员，他直接在服务器上工作，因为他在同一个位置，但我们很少同时工作，而且从不在同一个元素上工作。我们目前没有使用源代码控制。

4

2 回答 2

2

我们自己也看到过类似的行为。

在我们的例子中，我们在服务器上进行开发，清理/构建项目，然后将该数据库作为模板复制到部署服务器。从那里，我们更新生产数据库中的设计。

我们注意到构建过程有时会失败，尤其是在处理速度较慢的链接时。因此，我们总是重复几次清理/构建/刷新过程，并尝试在办公室时通过工作站和服务器之间的快速连接来执行此操作。

我们最近没有遇到过构建问题，因此重复构建过程显然会有所帮助。

我们还看到，在本地副本和服务器副本之间复制设计有时会导致与构建相关的问题，这可以解释您所看到的问题。因此，我们已经停止使用复制，现在总是直接在服务器副本上工作。

我认为您不使用源代码管理软件与此无关。

于 2012-08-30T09:55:23.140 回答
1

我通常在本地模板中进行所有更改，然后执行“Project \ Clean”，然后更新服务器数据库中的设计。它适用于 99% 的情况。如果没有，我再次执行“Project \ Clean”。我讨厌这个，但看起来这是在生产中获得一致代码的唯一方法。

于 2012-08-30T06:42:24.027 回答