Added implementation of #read_metadata! for {Day, Month, Year} class
Outsourced metadata_file_path generation
Ensure we do not remove everything endlessly here
Now we can ensure that the metadata is written in _one_ step
Dont't do unneccessary file system operations

Ensure that we do not do unneccessary file system operations by
re-writing the metadata every time when calling
the #ensure_metadata_written! method
Ensure we set the flag when we change metadata
Added helper method

Added helper method for getting all tree objects from the Tree class
Use the new #objects method to iterate
Try to add the metadata variable before modifying it
Refactored: Getting of objects to tag
Added commands for tagging Days, Months and Years
Fix: If the hash is set, use it. Else nil.
Ensure the metadata file exists
When reading a tree, we ignore paths which are for a metadata file
We should mention too much args here too
Outsourced condition, fixed order of OR-branches
Moved file-writer helper method
Modified LimitMetadataCommand class

... to fit the new data structure.

It should parse the metadata file if the path is a directory-path.
Implemented: Consider pathes when searching for metadata

The old implementation of this had one issue for the approach we want to
implement:

If there was such a structure:

    content/2014/01/01/01-01-01.txt

And we search for a tag "foo", which is set for the _day_, but not for
the entry itself, it wouldn't show the entry.

With the new implementation, it checks the path and if this path (for
example the day) is tagged appropriate, it remembers it. When parsing
the day for its metadata, it checks if the path of the day appears in
the cache for the tagged roots, if yes, it uses the entry
automatically.

It therefor changes:

    * Split the search_in? into smaller functions, one for search check
      for a file, one for directory.
    * Introduce an instance variable, which remembers the roots of the
    * days, months, years which should be taken anyway.
    * some helper methods added.