Skip to content
Commits on Jun 7, 2011
Commits on May 25, 2011
  1. @dkubb

    Revert "Merge pull request #21 from jwkoelewijn/relationships"

    This reverts commit a077b66, reversing
    changes made to 3adb145.
    dkubb committed May 25, 2011
Commits on May 24, 2011
  1. @dkubb

    Merge pull request #21 from jwkoelewijn/relationships

    Applied dkubbs patch from http://pastie.org/1625163 to fix relationships
    dkubb committed May 24, 2011
Commits on May 23, 2011
  1. @solnic

    Bump DO dep to 0.10.6 in Gemfile

    solnic committed May 23, 2011
Commits on May 5, 2011
  1. @snusnu
Commits on Apr 29, 2011
  1. @solnic
Commits on Apr 28, 2011
  1. @solnic

    Regenerated gemspec for 1.1.1

    solnic committed Apr 28, 2011
  2. @solnic

    Version bump to 1.1.1

    solnic committed Apr 28, 2011
  3. @solnic
Commits on Apr 27, 2011
  1. @snusnu
  2. @snusnu

    Silence Gem::Specification#has_rdoc warning

    Silences the following warning (rubygems-1.7.2):
    
    NOTE: Gem::Specification#has_rdoc= is deprecated
    with no replacement. It will be removed on or after
    2011-10-01.
    snusnu committed Apr 28, 2011
Commits on Apr 26, 2011
  1. @jwkoelewijn

    Applied dkubbs patch from http://pastie.org/1624973 to fix relationsh…

    …ips being overwritten in more complex, composed models. Added a spec for it as well
    jwkoelewijn committed Apr 26, 2011
Commits on Apr 25, 2011
  1. @solnic

    Bump DO version to 0.10.4.rc

    solnic committed Apr 25, 2011
Commits on Apr 22, 2011
  1. @solnic

    Fixed property creation for repositories other than the default

    [#1506 state:resolved]
    solnic committed Apr 22, 2011
Commits on Apr 15, 2011
  1. @dkubb
  2. @dkubb
Commits on Apr 9, 2011
  1. @dkubb

    Comparison operators should handle case where expectation is nil

    * While this should be rare, this does occur in the dm-is-list specs when
      testing against the yaml/in_memory adapters.
    * Possible optimization in the future might be to add #valid? methods to
      each gt/gte/lt/lte Comparison operator that returns false if the
      expected value is nil. This will cause the query to never execute, saving
      the comparison operator from being called when in an invalid state. The
      object may still need to handle invalid states when called stand-alone
      through.
    dkubb committed Apr 8, 2011
  2. @dkubb

    Minor spec cleanup

    dkubb committed Apr 8, 2011
Commits on Apr 8, 2011
  1. @solnic

    Updated Property API docs

    solnic committed Apr 8, 2011
Commits on Apr 7, 2011
  1. @solnic
  2. @solnic
  3. @solnic

    Minor formatting fix

    solnic committed Apr 7, 2011
Commits on Apr 4, 2011
  1. @snusnu

    Update the gemspec

    snusnu committed Apr 4, 2011
Commits on Apr 3, 2011
  1. @solnic
  2. @solnic

    Removed obsolete TODOs

    solnic committed Apr 3, 2011
Commits on Mar 29, 2011
  1. @solnic

    Include question-mark method names in property name validation

    This makes sure that when you try to declare a boolean property with a
    name "foo" and there's already a method called "foo?" it will raise an
    exception informing you that the name is not valid.
    solnic committed Mar 29, 2011
Commits on Mar 26, 2011
  1. @solnic
  2. @dkubb

    Revert "Don't mark queries that link 0..1 relationships as unique"

    This reverts commit 22eb400.
    dkubb committed Mar 25, 2011
Commits on Mar 24, 2011
  1. @dkubb

    Should equalize on state, preferably what was passed to the constructor

    * A Property could be defined that has the same name as another, but
      different options.
    * A comparison object has no need to use the slug since that is
      class specific, and the class' #hash is already factored in.
    dkubb committed Mar 23, 2011
  2. @dkubb
  3. @dkubb

    Minor formatting fix

    dkubb committed Mar 23, 2011
Commits on Mar 23, 2011
  1. @dkubb
  2. @dkubb
  3. @dkubb

    Style. Minor formatting fix

    dkubb committed Mar 22, 2011
Commits on Mar 19, 2011
  1. @postmodern
Something went wrong with that request. Please try again.