hashmodel 0.4.0.beta2 → 0.4.0.rc1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
data/.gemrc ADDED
@@ -0,0 +1,8 @@
1
+ test_options:
2
+ auto_test_on_install: false
3
+ test_on_install: true
4
+ install_development_dependencies: true
5
+ test_development_dependencies: false
6
+ upload_results: true
7
+ force_install: false
8
+ force_uninstall_on_failure: false
File without changes
data/.gitignore CHANGED
@@ -7,5 +7,5 @@ pkg
7
7
  .DS_Store
8
8
  *.tmproj
9
9
  tmtags
10
- vendor
11
10
  vendor/**/*
11
+ tmp/**/*
@@ -1,26 +1,26 @@
1
1
  PATH
2
2
  remote: .
3
3
  specs:
4
- hashmodel (0.4.0.beta2)
5
- file-tail
6
- sourcify
4
+ hashmodel (0.4.0.rc1)
5
+ file-tail (~> 1.0)
6
+ sourcify (~> 0.4)
7
7
 
8
8
  GEM
9
9
  remote: http://rubygems.org/
10
10
  specs:
11
11
  builder (3.0.0)
12
- cucumber (0.10.0)
12
+ cucumber (0.10.2)
13
13
  builder (>= 2.1.2)
14
- diff-lcs (~> 1.1.2)
15
- gherkin (~> 2.3.2)
16
- json (~> 1.4.6)
17
- term-ansicolor (~> 1.0.5)
14
+ diff-lcs (>= 1.1.2)
15
+ gherkin (>= 2.3.5)
16
+ json (>= 1.4.6)
17
+ term-ansicolor (>= 1.0.5)
18
18
  diff-lcs (1.1.2)
19
19
  file-tail (1.0.5)
20
20
  spruz (>= 0.1.0)
21
- gherkin (2.3.4)
22
- json (~> 1.4.6)
23
- json (1.4.6)
21
+ gherkin (2.3.5)
22
+ json (>= 1.4.6)
23
+ json (1.5.1)
24
24
  rspec (2.5.0)
25
25
  rspec-core (~> 2.5.0)
26
26
  rspec-expectations (~> 2.5.0)
@@ -46,6 +46,6 @@ PLATFORMS
46
46
  ruby
47
47
 
48
48
  DEPENDENCIES
49
- cucumber
49
+ cucumber (~> 0.3)
50
50
  hashmodel!
51
- rspec
51
+ rspec (~> 2.5)
data/Rakefile CHANGED
@@ -1,2 +1,39 @@
1
1
  require 'bundler'
2
2
  Bundler::GemHelper.install_tasks
3
+
4
+ require 'rake'
5
+ require 'rake/rdoctask'
6
+ require 'rspec/core/rake_task'
7
+ require 'cucumber/rake/task'
8
+
9
+ desc "Run all examples"
10
+ RSpec::Core::RakeTask.new(:spec) do |t|
11
+ t.rspec_opts = %w[--color]
12
+ t.verbose = true
13
+ end
14
+
15
+ Cucumber::Rake::Task.new(:cucumber) do |t|
16
+ t.cucumber_opts = %w{--tags ~@jruby} unless defined?(JRUBY_VERSION)
17
+ end
18
+
19
+ task :default => [:test, :build]
20
+ task :test =>[:cucumber, :spec]
21
+
22
+ task :clobber do
23
+ rm_rf 'pkg'
24
+ rm_rf 'tmp'
25
+ rm_rf 'coverage'
26
+ rm_rf 'rdoc'
27
+ end
28
+
29
+ Rake::RDocTask.new do |rdoc|
30
+ rdoc.rdoc_dir = 'rdoc'
31
+ rdoc.title = "HashModel #{HashModel::VERSION}"
32
+ rdoc.rdoc_files.exclude('autotest/*')
33
+ rdoc.rdoc_files.exclude('features/*')
34
+ rdoc.rdoc_files.exclude('pkg/*')
35
+ rdoc.rdoc_files.exclude('spec/**/*')
36
+ rdoc.rdoc_files.exclude('vendor/*')
37
+ rdoc.rdoc_files.include('README*')
38
+ rdoc.rdoc_files.include('lib/**/*.rb')
39
+ end
@@ -3,29 +3,24 @@ $:.push File.expand_path("../lib", __FILE__)
3
3
  require "hash_model/version"
4
4
 
5
5
  Gem::Specification.new do |s|
6
- s.name = "hashmodel"
7
- s.version = HashModel::VERSION::STRING
8
- s.platform = Gem::Platform::RUBY
9
- s.authors = ["Mike Bethany"]
10
- s.email = ["mikbe.tk@gmail.com"]
11
- s.homepage = "http://github.com/mikbe/hashmodel"
12
- s.summary = %q{Store nested hashes as records and easily search them (even nested ones)}
13
- s.description = %q{A hash based MVC model class that makes searching and updating deeply nested hashes a breeze. You can store deeply nested hashes and still easily flatten, query, and update the records using flattened field names.}
14
-
15
- s.add_dependency "sourcify"
16
- s.add_dependency "file-tail"
6
+ s.name = "hashmodel"
7
+ s.version = HashModel::VERSION::STRING
8
+ s.platform = Gem::Platform::RUBY
9
+ s.required_ruby_version = '>= 1.9.2'
10
+ s.authors = ["Mike Bethany"]
11
+ s.email = ["mikbe.tk@gmail.com"]
12
+ s.homepage = "http://mikbe.tk"
13
+ s.summary = %q{A hash based MVC model class that makes searching and updating deeply nested hashes a breeze.}
14
+ s.description = %q{A hash based MVC model class that makes searching and updating deeply nested hashes a breeze. You can store deeply nested hashes and still easily flatten, query, and update the records using flattened field names.}
15
+ s.license = 'MIT'
17
16
 
18
- # After hassling with version dependency it makes more sense NOT to
19
- # declare version numbers and let it break if it is actually going
20
- # to break instead of having it break every single time even if it
21
- # wouldn't have broken with the new versions. Or maybe people need
22
- # to be looser with their versioning requiremetns. My 2 cents.
23
- #
24
- s.add_development_dependency "rspec"
25
- s.add_development_dependency "cucumber"
17
+ s.add_dependency "sourcify", "~>0.4"
18
+ s.add_dependency "file-tail", "~>1.0"
19
+
20
+ s.add_development_dependency "rspec", "~>2.5"
21
+ s.add_development_dependency "cucumber", "~>0.3"
26
22
 
27
23
  s.files = `git ls-files`.split("\n")
28
- s.test_files = `git ls-files -- {test,spec,features}/*`.split("\n")
29
- s.executables = `git ls-files -- bin/*`.split("\n").map{ |f| File.basename(f) }
24
+ s.test_files = `git ls-files -- {spec,features}/**/*`.split("\n")
30
25
  s.require_paths = ["lib"]
31
26
  end
@@ -3,7 +3,7 @@ class HashModel
3
3
  MAJOR = 0
4
4
  MINOR = 4
5
5
  TINY = 0
6
- PRE = "beta2"
6
+ PRE = "rc1"
7
7
 
8
8
  STRING = [MAJOR, MINOR, TINY, PRE].compact.join('.')
9
9
 
metadata CHANGED
@@ -1,7 +1,7 @@
1
1
  --- !ruby/object:Gem::Specification
2
2
  name: hashmodel
3
3
  version: !ruby/object:Gem::Version
4
- version: 0.4.0.beta2
4
+ version: 0.4.0.rc1
5
5
  prerelease: 6
6
6
  platform: ruby
7
7
  authors:
@@ -14,48 +14,48 @@ default_executable:
14
14
  dependencies:
15
15
  - !ruby/object:Gem::Dependency
16
16
  name: sourcify
17
- requirement: &2158452320 !ruby/object:Gem::Requirement
17
+ requirement: &2158444080 !ruby/object:Gem::Requirement
18
18
  none: false
19
19
  requirements:
20
- - - ! '>='
20
+ - - ~>
21
21
  - !ruby/object:Gem::Version
22
- version: '0'
22
+ version: '0.4'
23
23
  type: :runtime
24
24
  prerelease: false
25
- version_requirements: *2158452320
25
+ version_requirements: *2158444080
26
26
  - !ruby/object:Gem::Dependency
27
27
  name: file-tail
28
- requirement: &2158451900 !ruby/object:Gem::Requirement
28
+ requirement: &2158443580 !ruby/object:Gem::Requirement
29
29
  none: false
30
30
  requirements:
31
- - - ! '>='
31
+ - - ~>
32
32
  - !ruby/object:Gem::Version
33
- version: '0'
33
+ version: '1.0'
34
34
  type: :runtime
35
35
  prerelease: false
36
- version_requirements: *2158451900
36
+ version_requirements: *2158443580
37
37
  - !ruby/object:Gem::Dependency
38
38
  name: rspec
39
- requirement: &2158451480 !ruby/object:Gem::Requirement
39
+ requirement: &2158443080 !ruby/object:Gem::Requirement
40
40
  none: false
41
41
  requirements:
42
- - - ! '>='
42
+ - - ~>
43
43
  - !ruby/object:Gem::Version
44
- version: '0'
44
+ version: '2.5'
45
45
  type: :development
46
46
  prerelease: false
47
- version_requirements: *2158451480
47
+ version_requirements: *2158443080
48
48
  - !ruby/object:Gem::Dependency
49
49
  name: cucumber
50
- requirement: &2158451040 !ruby/object:Gem::Requirement
50
+ requirement: &2158442600 !ruby/object:Gem::Requirement
51
51
  none: false
52
52
  requirements:
53
- - - ! '>='
53
+ - - ~>
54
54
  - !ruby/object:Gem::Version
55
- version: '0'
55
+ version: '0.3'
56
56
  type: :development
57
57
  prerelease: false
58
- version_requirements: *2158451040
58
+ version_requirements: *2158442600
59
59
  description: A hash based MVC model class that makes searching and updating deeply
60
60
  nested hashes a breeze. You can store deeply nested hashes and still easily flatten,
61
61
  query, and update the records using flattened field names.
@@ -66,6 +66,8 @@ extensions: []
66
66
  extra_rdoc_files: []
67
67
  files:
68
68
  - .document
69
+ - .gemrc
70
+ - .gemtest
69
71
  - .gitignore
70
72
  - .rspec
71
73
  - Gemfile
@@ -74,7 +76,6 @@ files:
74
76
  - README.markdown
75
77
  - Rakefile
76
78
  - autotest/discover.rb
77
- - features/README
78
79
  - features/hash_model_flatten.feature
79
80
  - features/hash_model_grouping.feature
80
81
  - features/hash_model_search.feature
@@ -113,8 +114,9 @@ files:
113
114
  - spec/support/debug_print.rb
114
115
  - spec/support/proc_tester.rb
115
116
  has_rdoc: true
116
- homepage: http://github.com/mikbe/hashmodel
117
- licenses: []
117
+ homepage: http://mikbe.tk
118
+ licenses:
119
+ - MIT
118
120
  post_install_message:
119
121
  rdoc_options: []
120
122
  require_paths:
@@ -124,7 +126,7 @@ required_ruby_version: !ruby/object:Gem::Requirement
124
126
  requirements:
125
127
  - - ! '>='
126
128
  - !ruby/object:Gem::Version
127
- version: '0'
129
+ version: 1.9.2
128
130
  required_rubygems_version: !ruby/object:Gem::Requirement
129
131
  none: false
130
132
  requirements:
@@ -136,12 +138,9 @@ rubyforge_project:
136
138
  rubygems_version: 1.6.2
137
139
  signing_key:
138
140
  specification_version: 3
139
- summary: Store nested hashes as records and easily search them (even nested ones)
141
+ summary: A hash based MVC model class that makes searching and updating deeply nested
142
+ hashes a breeze.
140
143
  test_files:
141
- - features/README
142
- - features/hash_model_flatten.feature
143
- - features/hash_model_grouping.feature
144
- - features/hash_model_search.feature
145
144
  - features/step_definitions/hash_model_steps.rb
146
145
  - features/support/env.rb
147
146
  - features/support/helper.rb
@@ -159,7 +158,6 @@ test_files:
159
158
  - spec/hash_model/hash_model_update_spec.rb
160
159
  - spec/hash_model/hash_model_where_spec.rb
161
160
  - spec/hash_model/hashmodel.dat
162
- - spec/spec_helper.rb
163
161
  - spec/support/configuration.rb
164
162
  - spec/support/debug_print.rb
165
163
  - spec/support/proc_tester.rb
@@ -1,9 +0,0 @@
1
- These features really only make sense to write when I'm trying to figure out what
2
- functionality I want to add. When I already know it just seems redundant to do it
3
- here since this app is such a low level library.
4
-
5
- The Cucumber methodologies don't seem to be necessary most of the time since
6
- RSpec seems to be a more natural fit for a programming library. I'm probably
7
- wrong but it really does seem to be a lot of redundancy for this application.
8
-
9
- Oh, plus my feature specs suck... I'm still learning.