Skip to content
forked from bevry/projectz

Stop wasting time maintaining your project's readme and package files!

License

Notifications You must be signed in to change notification settings

mzaman/projectz

 
 

Repository files navigation

Projectz

Build Status NPM version Dependency Status Development Dependency Status
Gittip donate button Flattr donate button PayPayl donate button BitCoin donate button Wishlist browse button

Stop wasting time syncing and updating your project's README and Package Files!

Here's some of the things it can do:

  • Keep your projects data files synchronised appropriately, supports:
    • package.json
    • bower.json
    • component.json
    • jquery.json
  • Create beautiful standardised readme files that stay in sync with your data files, supports:
    • README.md
    • CONTRIBUTING.md
    • LICENSE.md
    • BACKERS.md
    • HISTORY.md
  • Automatic injection of the appropriate installation methods, supports:
    • Node
    • Browserify
    • Ender
    • Component
    • Bower
  • Automatic injection of the appropriate badges for your project, supports:
    • Development Badges
      • Waffle.io
      • Travis CI
      • Fury.io NPM
      • David DM Dependencies, and Dev Dependencies
    • Donation Badges
      • Gittip
      • Flattr
      • Paypal
      • BitCoin
      • Wishlist
  • Automatic injection of your license information, supports:
    • MIT
    • Dual Licenses
    • More to come
  • Keep your data and readme files up to date with remote data, supports:
    • Pulling in your latest contributors from GitHub
    • Pulling in your latest financial backers from Flattr, etc (coming soon)

Install

  • Use: require('projectz')
  • Install: npm install --save projectz

Usage

Data Files

Projectz helps you maintain the following data files:

  • package.json
  • bower.json
  • component.json
  • jquery.json

It does this by reading them, combining their data in memory, and then outputting the appropriate fields and over-rides for each file.

Each file can serve as the master meta data file, however you can also define a projectz.cson CSON file that you can use if you'd like to have the benefit of comments, optional commas, multiline strings, etc for your primary meta data file.

The special fields are as so:

{
	# Project's human readable name
	title: "Projectz"

	# Project slug name
	name: "projectz"

	# Project GitHub repository full name
	# If `repository` is set, or if `homepage` is a GitHub URL, we set this automatically
	repo: "bevry/projectz"

	# Project's homepage URL
	# If `repo`, `repository`, or `demo` is set, we set this automatically
	homepage: "https://github.com/bevry/projectz"

	# Project's demo URL
	# If `homepage` or  is set, we set this automatically
	demo: "https://github.com/bevry/projectz"

	# Project description
	description: "Stop wasting time syncing and updating your project's README and Package Files!"

	# Project keywords
	# Can be an array or CSV string
	keywords: "a, b, c"

	# Project's author details
	# Can be an array or CSV string
	authors: ["2013+ Bevry Pty Ltd <us@bevry.me> (http://bevry.me)"]
	author: null

	# Maintainers
	# Can be an array or CSV string
	maintainers: ["Benjamin Lupton (b@lupton.cc) (http://bevry.me)"]
	maintainer: null

	# Sponsors
	# Can be an array or CSV string
	sponsors: ["Benjamin Lupton (b@lupton.cc) (http://bevry.me)"]

	# Contributors
	# Pulled in automatically from the GitHub Repository API and the GitHub Repository's `package.json` file
	contributors: null

	# Project's license details
	# Can be an array or CSV string
	license: "MIT"  # {type:"MIT", url:"http://..."}
	licenses: null

	# Project's repository details
	# If `repo` is set, or if `homepage` is a GitHub URL, we set this automatically
	repository:
		type: "git"
		url: "https://github.com/bevry/projectz.git"

	# Project's repository details
	# If `repo` is set, or if `homepage` is a GitHub URL, we set this automatically
	bugs:
		url: "https://github.com/bevry/projectz/issues"

	# Whether the project can run on the client-side in web browsers
	# If the component or bower package information is set, then this becomes true automatically
	browsers: true

	# Project's badges for use in the readme files
	badges:
		# Travis CI Badge
		# If not set, fallbacks to true if the `.travis.yml` file exists
		travis: true

		# NPM Badge
		# If not set, fallbacks to true if the `package.json` file exists
		npm: true

		# David DM Dependency Badge
		# If not set, fallbacks to true if the `package.json` file exists
		# Will only run if dependencies is set
		david: true

		# David DM Dev Dependency Badge
		# If not set, fallbacks to the David DM Dependency Badge value
		# Will only run if dev dependencies is set
		daviddev: true

		# Waffle.io Badge
		# If a string is provided, that will be used as the GitHub issue queue
		# label. Otherwise, the label will default to "ready".
		waffleio: true

		# Gittip Badge
		gittip: "balupton"

		# Flattr Badge
		flattr: "344188/balupton-on-Flattr"

		# Paypal Badge
		paypal: "QB8GQPZAH84N6"

		# BitCoin Badge
		bitcoin: "https://coinbase.com/checkouts/9ef59f5479eec1d97d63382c9ebcb93a"

		# Wishlist Badge
		wishlist: "http://amzn.com/w/2F8TXKSNAFG4V"

}

Readme Files

Projectz helps you maintain the following readme files:

  • README.md
  • CONTRIBUTING.md
  • LICENSE.md
  • BACKERS.md
  • HISTORY.md

It does this by reading them, and replacing comment tags with the approriate data.

The following comment tags are supported:

  • <!-- TITLE --> — outputs the package's title field
  • <!-- BADGES --> — outputs the badges you have enabled from your package's badges field
  • <!-- DESCRIPTION --> — outputs the package's description field
  • <!-- INSTALL --> — supports installation instructions for:
    • npm (if the package.json file exists)
    • browserify, ender (if the package.json file exists and the browsers field is truthy)
    • bower (if the bower.json file exists)
    • component (if the component.json file exists)
  • <!-- HISTORY --> — outputs a link to the HISTORY.md file
  • <!-- CONTRIBUTE --> — outputs a link to the CONTRIBUTE.md file
  • <!-- BACKERS --> — outputs the information from the sponsors field, as well as any sponsor type badges
  • <!-- LICENSE --> — outputs a summary of the license information, and a link to the LICENSE.md

As well as these comment tags for updating entire files:

  • <!-- LICENSEFILE --> — outputs the complete license information
  • <!-- BACKERSFILE --> — same as <!-- BACKERS --> but made for an individual file instead

As an example, here is a a basic README.md file:

<!-- TITLE -->
<!-- BADGES -->
<!-- DESCRIPTION -->
<!-- INSTALL -->

## Usage
Usage instructions go here

<!-- HISTORY -->
<!-- CONTRIBUTE -->
<!-- BACKERS -->
<!-- LICENSE -->

History

Discover the change history by heading on over to the HISTORY.md file.

Contribute

Discover how you can contribute by heading on over to the CONTRIBUTING.md file.

Backers

Maintainers

These amazing people are maintaining this project:

Sponsors

No sponsors yet! Will you be the first?

Gittip donate button Flattr donate button PayPayl donate button BitCoin donate button Wishlist browse button

Contributors

These amazing people have contributed code to this project:

Become a contributor!

License

Licensed under the incredibly permissive MIT license

Copyright © 2013+ Bevry Pty Ltd us@bevry.me (http://bevry.me)

About

Stop wasting time maintaining your project's readme and package files!

Resources

License

Stars

Watchers

Forks

Packages

No packages published