WARNING: This is the _old_ Lustre wiki, and it is in the process of being retired. The information found here is all likely to be out of date. Please search the new wiki for more up to date information.

Accessing Lustre Code

From Obsolete Lustre Wiki
Revision as of 22:32, 14 December 2009 by Docadmin (talk | contribs) (Changed protection level for "Accessing Lustre Code" ([edit=autoconfirmed] (indefinite) [move=autoconfirmed] (indefinite)))
Jump to navigationJump to search

NOTICE: The transition from CVS to Git will take place on Monday, December 14. For more information about the transition, see the Git Transition Notice. For details about how to migrate to Git, see Migrating to Git. Until the transition takes place, you can access information about using CVS at Accessing CVS.


We welcome and encourage contributions to the development and testing of a more robust, feature-rich Lustre™. You can obtain the latest bleeding-edge Lustre source code by anonymous Git access.

git clone git://git.lustre.org/prime/lustre.git 

In order to ease initial bandwidth demands on the Git server, there will also be a torrent available of a tarball of the initial repository to allow faster downloads. The torrent file is available here: File:Lustre-prime-2009-12-14.tar.gz.torrent and can be downloaded and untarred, then sync'd against the Prime repository. The md5sum of that tarball is available here: File:Lustre-prime-2009-12-14.tar.gz.md5 (though torrents are already checksummed themselves and this is not necessarily required).

See Contribute for more information about developing, testing, and submitting a patch to the Lustre code.

Note: If you have questions or experience problems, send email to the Admins.

For more information about Git, see the Git home

Naming conventions

Stable development branches are named b{major}_{minor} (for example, b1_6 and b1_8). Even-numbered minor releases are considered stable releases. Odd-numbered minor releases correspond to alpha and beta releases and will sometimes be given v{major}_{minor}_{patch} tags to provide a point of reference for internal and external testing.

A release branch is created an official release to isolate it from further development and named b_release_{major}_{minor}_{patch} (for example, b_release_1_8_0). A final release gets a tag in the form v{major}_{minor}_{patch} (for example, v1_8_0 or v1_6_7_1).

Work for the next upcoming version is done on the master branch.

Lustre Subsystem Map describes each of the subsystems in the Lustre code.