使用功能版本的最佳实践

上次修改时间： 2010年7月12日

适用范围： SharePoint Foundation 2010

Microsoft SharePoint Foundation 中的功能版本用于触发功能升级。如果升级功能版本，但未在 Feature.xml 文件中指定任何功能升级逻辑，则当功能升级运行时，它只更新功能的版本号。但是，如果指定了功能升级逻辑，则会执行升级代码，并且还会自动更新版本号。

以下指南介绍实现功能版本号的最佳做法：

• **在更新功能时增加版本号，并根据需要添加相应的功能升级逻辑。**即使不需要添加功能升级逻辑，也应增加版本号，以便能够区分在服务器场中部署的功能的版本。

• **使功能的版本号独立于 Microsoft 产品版本。**例如，版本号不是以 14.0.0.0 开头，而是以 1.0.0.0 开头，并相应增加后续版本，例如 2.0.0.0, 2.1.0.0 等。

• **在新的开发周期中，首次创建或更改功能时，请将主版本号增加为当前主产品版本，**并将其余所有数字重置为零（例如 2.0.0.0）。

• 在开发周期中针对后续更改增加内部版本号。内部版本由内部版本号的第三个数字指示（例如，2.0.1.0、2.0.2.0 等）。当增加内部版本号（第 3 个数字），而不是次要版本号（第 2 个数字）时，可在最大程度上灵活地进行版本控制。

• 如果初次进行 Service Pack 更改，请增加次要版本（由第 2 个数字指示）以匹配 Service Pack 号，然后将后面的数字重置为零（例如，2.1.0.0 表示第一个 Service Pack，2.2.0.0 表示第二个 Service Pack，依次类推）。如果对 Service Pack 进行增量更改，请增加内部版本号（即第 3 个数字）（例如，2.1.0.0、2.1.1.0、2.1.2.0 等）。