Skip to content

Commit

Permalink
Moved refresh.svg to another branch. Reference the animation from the…
Browse files Browse the repository at this point in the history
… docs. Ref jaraco/skeleton#7.
  • Loading branch information
jaraco committed Aug 30, 2020
1 parent a671426 commit c76498b
Show file tree
Hide file tree
Showing 2 changed files with 4 additions and 193 deletions.
193 changes: 0 additions & 193 deletions docs/refresh.svg

This file was deleted.

4 changes: 4 additions & 0 deletions skeleton.md
Original file line number Diff line number Diff line change
Expand Up @@ -40,6 +40,10 @@ The `--allow-unrelated-histories` is necessary because the history from the skel

Whenever a change is needed or desired for the general technique for packaging, it can be made in the skeleton project and then merged into each of the derived projects as needed, recommended before each release. As a result, features and best practices for packaging are centrally maintained and readily trickle into a whole suite of packages. This technique lowers the amount of tedious work necessary to create or maintain a project, and coupled with other techniques like continuous integration and deployment, lowers the cost of creating and maintaining refined Python projects to just a few, familiar Git operations.

For example, here's a session of the [path project](https://pypi.org/project/path) pulling non-conflicting changes from the skeleton:

<img src="https://raw.githubusercontent.com/jaraco/skeleton/gh-pages/docs/refresh.svg">

Thereafter, the target project can make whatever customizations it deems relevant to the scaffolding. The project may even at some point decide that the divergence is too great to merit renewed merging with the original skeleton. This approach applies maximal guidance while creating minimal constraints.

# Features
Expand Down

0 comments on commit c76498b

Please sign in to comment.