Documentation/Nightly/Developers/Tutorials/Contribute Extension Description File

From Slicer Wiki
Jump to: navigation, search
Home < Documentation < Nightly < Developers < Tutorials < Contribute Extension Description File


For the latest Slicer documentation, visit the read-the-docs.


Overview

Extensions can be fully described with an extension description file (*.s4ext). This file is automatically generated in the build tree of your extension.

  1. For extension source code associated with git repository, for Slicer revision < r22231, the automatic generation will extract the read/write url.(i.e git@github.com:jcfr/MyExtension.git) whereas the read-only one is expected (i.e git://github.com/jcfr/MyExtension.git). For details see issue 2032 and 2395

To make your extension available for download to Slicer user, this file need to be added to the ExtensionsIndex repository.

You can think of the ExtensionsIndex as a repository containing a list of extension description files (*.s4ext) used by the Slicer extensions build system to build, test, package and upload extensions on an extensions server.

Prerequisites

  • Extension belongs to Category 1 or Category 2 as described in Slicer requirements
  • Extension has been built, tested and installed on at least one platform (Linux, MacOSX or Windows)

Contributing a new extension

Extensions build against Slicer trunk

The following instruction describes how to contribute extension description file for an extension being built against slicer trunk.

  1. Fork the ExtensionsIndex: http://github.com/Slicer/ExtensionsIndex. Click here for forking instructions.

  2. Clone your fork, then create a topic named add-<ExtensionName>

  3. git clone git@github.com:USER/ExtensionsIndex SlicerExtensionsIndex
    cd SlicerExtensionsIndex
    git checkout -b add-YourExtensionName
    
  4. Commit your description file. Commit title should be Add YourExtensionName extension and the content should provide details about the extension.

  5. Push the topic to your fork

  6. git push origin add-YourExtensionName
    
  7. On your github fork, click on "Pull Request". Slicer folks will be automatically notified.

  8. That's it !



Extensions build against Slicer 4.10

Requesting an extension update

On your local fork, the idea is to create the following topic branches:

  • update-<YourExtensionName> based of master integration branch.
  • update-<YourExtensionName>-4.10 based of 4.10 integration branch.


Extensions build against Slicer trunk

The following instruction describes how to contribute extension description file updates for an extension being built against slicer trunk.

  1. Update the master branch of both your local clone and your online ExtensionsIndex fork

  2. git remote add upstream git://github.com/Slicer/ExtensionsIndex   # Add reference to the authoritative ExtensionsIndex
    git fetch upstream                                                # Fetch change of the authoritative ExtensionsIndex
    git checkout master                                               # Checkout master
    git reset --hard upstream/master                                  # Reset your local master branch using the authoritative master 
    git push origin master                                            # Update the master branch of your online fork
    
  3. If needed, create branch named update-YourExtensionName

  4. git checkout -B update-YourExtensionName master                   # Create branch update-YourExtensionName or ensure the existing one starts of updated master
    
  5. Regenerate the YourExtensionName.s4ext file by configuring your extension with CMake

  6. Commit the YourExtensionName.s4ext file to your cloned ExtensionIndex repository (provide a meaningful commit comment)

  7. Push modifications to your ExtensionIndex fork on github

  8. git push origin update-YourExtensionName                         # Publish the updated branch on your fork
    
  9. Create a pull request:

  10. or

    Note: If you are using github for hosting your extension source code, make sure to associated a Compare View link showing the differences in the source code of your extension (NOT ExtensionIndex!!!) between the previous and current revisions. Compare link is very helpful to summarize the changes.

    You can build the compare view URL manually with the following format: 
    
    https://github.com/USER/REPO/compare/[USER:]GIT-REF…[USER:]GIT-REF
    
    USER is your GitHub username, REPO is your GitHub repository, and GIT-REF can be a tag, branch, or commit SHA1. 
    

    Source: http://jbuckley.ca/2011/09/githubs-compare-view/

As a concrete example, in this commit the version of the LongitudinalPETCT extension was changed from 9b6d4b8 to d033772. The extension repository is located here: https://github.com/paulcm/LongitudinalPETCT/, and therefore the compare link is https://github.com/paulcm/LongitudinalPETCT/compare/9b6d4b8...d033772.

Extensions build against Slicer 4.10

The following instruction describes how to contribute extension description file updates for an extension being built against slicer 4.10.

  1. Update the 4.10 branch of both your local clone and your online ExtensionsIndex fork

  2. git remote add upstream git://github.com/Slicer/ExtensionsIndex   # Add reference to the authoritative ExtensionsIndex
    git fetch upstream                                                # Fetch change of the authoritative ExtensionsIndex
    git checkout 4.3                                                  # Checkout 4.3
    git reset --hard upstream/4.3                                     # Reset your local 4.3 branch using the authoritative 4.3
    git push origin 4.3                                               # Update the 4.3 branch of your online fork
    
  3. If needed, create branch named update-YourExtensionName-4.3

  4. git checkout -B update-YourExtensionName-4.3 4.3                  # Create branch update-YourExtensionName-4.3 or ensure the existing one starts of updated 4.3 branch.
    


  5. Regenerate the YourExtensionName.s4ext file by configuring your extension with CMake

  6. Commit the YourExtensionName.s4ext file to your cloned ExtensionIndex repository providing a meaningful commit comment.

  7. Push modifications to your ExtensionIndex fork on github

  8. git push origin update-YourExtensionName-4.3                     # Publish the updated branch on your fork
    
  9. Create a pull request:

  10. or

    Note: If you are using github for hosting your extension source code, make sure to associated a Compare View link. This is very helpful to summarize the changes.

    You can build the compare view URL manually with the following format: 
    
    https://github.com/USER/REPO/compare/[USER:]GIT-REF…[USER:]GIT-REF
    
    USER is your GitHub username, REPO is your GitHub repository, and GIT-REF can be a tag, branch, or commit SHA1. 
    

    Source: http://jbuckley.ca/2011/09/githubs-compare-view/