Freigeben über


Bewährte Methoden für die Verwendung von Featureversionen

Letzte Änderung: Montag, 12. Juli 2010

Gilt für: SharePoint Foundation 2010

Featureversionen werden in Microsoft SharePoint Foundation verwendet, um Featureupgrades auszulösen. Wenn Sie eine Featureversion aktualisieren, ohne in der Feature.xml-Datei eine Featureupgradelogik anzugeben, wird bei der Ausführung des Featureupgrades einfach die Versionsnummer des Features aktualisiert. Wenn Sie jedoch eine Featureupgradelogik angeben, wird der Upgradecode ausgeführt, und die Versionsnummer wird ebenfalls automatisch aktualisiert.

In den folgenden Richtlinien werden bewährte Methoden für die Implementierung von Featureversionsnummern beschrieben:

  • Erhöhen Sie die Versionsnummer, wenn Sie ein Feature aktualisieren, und fügen Sie bei Bedarf eine entsprechende Featureupgradelogik hinzu. Auch wenn Sie keine Featureupgradelogik hinzufügen müssen, sollten Sie die Versionsnummer erhöhen, damit Sie eine Möglichkeit haben, die in einer Serverfarm bereitgestellten Versionen des Features zu unterscheiden.

  • Die Versionsnummern des Features sollten von den Microsoft-Produktversionen unabhängig sein. Beginnen Sie beispielsweise nicht mit der Versionsnummer 14.0.0.0, sondern mit 1.0.0.0, und erhöhen Sie nachfolgende Versionen entsprechend (beispielsweise 2.0.0.0, 2.1.0.0 usw.).

  • Erhöhen Sie eine Hauptversionsnummer auf die aktuelle Hauptproduktversion, wenn Sie während eines neuen Entwicklungszyklus ein Feature erstellen oder ändern, und setzen Sie alle verbleibenden Ziffern auf Null zurück (beispielsweise 2.0.0.0).

  • Erhöhen Sie die Buildversion für nachfolgende Änderungen während eines Entwicklungszyklus. Die Buildversion wird durch die dritte Ziffer der Buildnummer angegeben (beispielsweise 2.0.1.0, 2.0.2.0 usw.). Wenn Sie die Buildversionsnummer (dritte Ziffer) anstelle der Nebenversionsnummer (zweite Ziffer) erhöhen, erzielen Sie maximale Flexibilität bei der Versionsverwaltung.

  • Erhöhen Sie bei der ersten Service Pack-Änderung die Nebenversion, die durch die zweite Ziffer angegeben wird, so, dass diese der Service Pack-Nummer entspricht, und setzen Sie dann die nachfolgenden Ziffern auf Null zurück (beispielsweise 2.1.0.0 für das erste Service Pack, 2.2.0.0 für das zweite Service Pack usw.). Erhöhen Sie bei inkrementellen Änderungen an einem Service Pack die Buildversion, die der dritten Ziffer entspricht (beispielsweise 2.1.0.0, 2.1.1.0, 2.1.2.0 usw.).