Skip to main content

Raincoat has your code covered when you can't stay DRY.

Project description Documentation Status

Raincoat has you covered when you can’t stay DRY. When the time comes where you HAVE to copy code from a third party, Raincoat will let you know when this code is changed so that you can update your local copy.

The problem

Lets say you’re using a lib named umbrella which provides a function named use_umbrella and it reads as such :

def use_umbrella(umbrella):

        # Prepare umbrella

        # Use umbrella
        while rain_detector.still_raining():

        # Put umbrella away
        while not umbrella.is_wet():

This function does what it says it does, but it’s not ideally splitted, depending on your needs. For example, maybe at some point you realize you need each of the 3 separate parts to be a function of its own. Or maybe you can’t call time.sleep in your app. Or do something else with the umbrella when it’s open like dance with it.

It’s also possible that you can’t really make a pull request because your needs are specific, or you don’t have the time (that’s sad but, hey, I know it happens) or any other personnal reason. So what do you do ? There’s no real alternative. You copy and paste the code, modify it to fit your needs and use your modified version. And whenever there’s a change to the upstream function, chances are you’ll never know.

The solution

Enter Raincoat.

You have made your own private copy of umbrella.use_umbrella (umbrella being at the time at version 14.5.7) and it looks like this :

def dance_with_umbrella(umbrella):
        I'm siiiiiinging in the rain !
        # Prepare umbrella

        # Use umbrella
        while rain_detector.still_raining():

        # Put umbrella away
        while not umbrella.is_wet()

Now simply add a comment somewhere (preferably juste after the docstring) that says something like:

def dance_with_umbrella(umbrella):
        I'm siiiiiinging in the rain !
        # This code was adapted from the original umbrella.use_umbrella function
        # (we just changed the part inside the middle while loop)
        # Raincoat: package "umbrella==14.5.7" path "umbrella/" "use_umbrella"


Now, if you run raincoat in your project (At this stage, I assumed you’ve installed it with pip install raincoat)

$ raincoat

It will:

  • Grep the code for all # Raincoat: comments and for each comment:

  • Look at the currently installed version of the lib (say, umbrella 16.0.3) (or, if not found, the latest version)

  • Compare with the version in the Raincoat comment (here, 14.5.7)

  • If they are different, download and pip install the specified version in a temp dir (using cached wheel as pip does by default, this should be quite fast in most cases)

  • Locate the code using the provided path for both the downloaded and the currently installed versions

  • Diff it

  • Tell you if there’s a difference (and mention the location of the original Raincoat comment)

Whether there is something to change or not, you’ve now verified your code with umbrella 16.0.3, so you can update manually the umbrella comment.

# Raincoat: package "umbrella==16.0.3" path "umbrella/" "use_umbrella"

Raincoat can be used like a linter, you can integrate it in CI, make it a tox target…

Note that if you omit the last argument, Raincoat will analyze the whole module:

# Raincoat: package "umbrella==16.0.3" path "umbrella/"

Caveats and Gotchas

  • The 2 elements you provide in path should be the location of the file when the package is installed (in most case, this should match the location of the file in the project repo) and the object defined in this file. This object can be a variable, a class, a function or a method.

  • Your own customized (copied/pasted) version of the function will not be analyzed. In fact, you don’t even have to place the Raincoat comment in the function that uses it.

  • You may realize that raincoat works best if you can use some kind of pip cache.

  • Raincoat does not run files (either your files or the package file). Package files are parsed and the AST is analyzed.

  • If for any reason, several code objects are identically named in the file you analyze, there’s no guarantee you’ll get any specific one.


Things I’d like to add at some point

  • An option to update a comment automatically

  • A way to say you want your customized function to be diffed too (in case it’s a close copy and you want to keep track of what you’ve modified)

  • A way to access the original function without the process of downloading the whole package and installing it for nothing. We just want a single file of it.

  • A smart way to make raincoat not need a pip cache (a cache of its own, or something)

  • Add expected “–exclude” command line option


This code is open-sourced and maintained by me (Joachim Jablon) during both my free time and my time working at PeopleDoc, based on an idea and a first implemention made at Smart Impulse. Kudos to these 2 companies.


0.4.3 (2016-11-06)

  • Included missing modules in the release

0.4.1 (2016-11-06)

  • Improved release process

0.4.0 (2016-10-16)

  • Fix reqs

  • Perfs improvements when analyzing huge codebases

  • Logic error when a files doesn’t end with a newline

  • Refactor the Match class into its own module with its own logic

0.3.0 (2016-10-15)

  • Initial release

  • Support for Python 2 and 3

Project details

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

raincoat-0.4.3.tar.gz (12.3 kB view hashes)

Uploaded source

Built Distribution

raincoat-0.4.3-py2.py3-none-any.whl (15.2 kB view hashes)

Uploaded 3 5

Supported by

AWS AWS Cloud computing Datadog Datadog Monitoring Fastly Fastly CDN Google Google Object Storage and Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page