 | mr.developerA zc.buildout extension to ease the development of large projects with lots of packages |
| Download | |
mr.developer Ranking & Summary
Advertisement
mr.developer Tags
mr.developer Description
A zc.buildout extension to ease the development of large projects with lots of packages mr.developer is a zc.buildout extension which makes it easy to work with buildouts containing lots of packages, of which you only want to develop some. The basic idea comes from Wichert Akkerman's plonenext effort.Usage:Add mr.developer to the extensions entry in your section:extensions = mr.developerThis enables additional options:sources This specifies the name of a section which lists the repository information for your packages. Defaults to sources.sources-dir This specifies the default directory where your development packages will be placed. Defaults to src.auto-checkout This specifies the names of packages which should be checked out during buildout. Packages already checked out are skipped. You can use * as a wildcard for all packages in sources.always-checkout This defaults to false. If it's true, then all packages specified by auto-checkout and currently in develop mode are updated during each buildout run. If set to force, then packages are updated even when they are dirty instead of asking interactively.always-accept-server-certificate This defaults to false. If it's true, invalid server certificates are accepted without asking (for subversion repositories).The format of entries in the section is:name = kind url Where individual parts are:name The package name.kind The kind of repository. Currently supported are svn, hg, git, bzr, darcs, cvs, or fs.url The location of the repository. This value is specific to the version control system used.key=value You can add options for each individual package with this. No whitespace is allowed in key, value, and around the equal sign. For a description of the options see below.The per-package options are:Common options The path option allows you to set the base directory where the package will be checked out. The name of the package will be appended to the base path. If path is not set, sources-dir is used. With full-path you can set the directory where the package will be checked out. This is the actual destination, nothing will be added. The update option allows you to specify whether a package will be updated during buildout or not. If it's true, then it will always be updated. If it's false, then it will never be updated, even if the global always-checkout option is set. The egg option makes it possible to manage packages which are not eggs with egg=false. All commands like update work as expected, but the package isn't added to the develop buildout option and the activate and deactivate commands skip the package.svn The url is one of the urls supported by subversion. You can specify a url with a revision pin, like http://example.com/trunk@123. You can also set the rev or revision option, which is either a pin like with rev=123 or a minimum revision like rev=>123 or rev=>=123. When you set a minimum revision, the repository is updated when the current revision is lower.git The branch option allows you to use a specific branch instead of master.hg Currently no additional options.bzr Currently no additional options.darcs Currently no additional options.cvs The cvs_root option can be used to override the setting of the $CVSROOT environment variable. The tag option forces checkout/update of the given tag instead of CVS HEAD.fs This allows you to add packages on the filesystem without a version control system, or with an unsupported one. You can activate and deactivate packages, but you don't get status info and can't update etc. The url needs to be the same as the name of the package.Here's an example of how your buildout.cfg may look like:extensions = mr.developerauto-checkout = my.packagemy.package = svn http://example.com/svn/my.package/trunk update=truesome.other.package = git git://example.com/git/some.other.package.gitWhen you run buildout, the script bin/develop is created in your buildout directory. With this script you can perform various actions on packages, like checking out their source code, without the need to know where the repositories are located.For help on what the script can do, run bin/develop help.If you checked out the source code of a package, you must run buildout again. The new package will then be marked as a development egg and have its version pin cleared (if any). You can control the list of development eggs explicitely with the activate and deactivate commands. Requirements: · Python What's New in This Release: · Git: Default to branch master if no branch is given in the source. · Brush up the README. · Create the sources-dir if it is not present. · Only require argparse with Python < 2.7. · Fixed issue #35 using bzr, similar to the fix #28 for hg in last version. · Pass branch to bzr pull. · Add support for darcs.
mr.developer Related Software