buildar 0.0.3.1 → 0.0.4.1

Sign up to get free protection for your applications and to get access to all the features.
Files changed (5) hide show
  1. data/MANIFEST.txt +0 -1
  2. data/VERSION +1 -1
  3. data/rakefile.rb +1 -0
  4. metadata +1 -2
  5. data/README.md +0 -29
data/MANIFEST.txt CHANGED
@@ -1,4 +1,3 @@
1
1
  MANIFEST.txt
2
2
  VERSION
3
- README.md
4
3
  rakefile.rb
data/VERSION CHANGED
@@ -1 +1 @@
1
- 0.0.3.1
1
+ 0.0.4.1
data/rakefile.rb CHANGED
@@ -123,6 +123,7 @@ task :gitpush do
123
123
  # may prompt
124
124
  sh "git push origin"
125
125
  # this kills the automation
126
+ # use key-based auth?
126
127
  # consider a timeout?
127
128
  end
128
129
 
metadata CHANGED
@@ -1,7 +1,7 @@
1
1
  --- !ruby/object:Gem::Specification
2
2
  name: buildar
3
3
  version: !ruby/object:Gem::Version
4
- version: 0.0.3.1
4
+ version: 0.0.4.1
5
5
  prerelease:
6
6
  platform: ruby
7
7
  authors:
@@ -51,7 +51,6 @@ extra_rdoc_files: []
51
51
  files:
52
52
  - MANIFEST.txt
53
53
  - VERSION
54
- - README.md
55
54
  - rakefile.rb
56
55
  homepage: http://FIX.COM/
57
56
  licenses:
data/README.md DELETED
@@ -1,29 +0,0 @@
1
- Buildar
2
- =======
3
- Buildar is a set of Rakefile methods and tasks to help automate versioning,
4
- packaging, releasing, and publishing ruby gems.
5
-
6
- Rake tasks
7
- ----------
8
- * version - show the current project version (./VERSION)
9
- * manifest - show the files tracked by the gem (./MANIFEST.txt)
10
- * tag - git tag according to current version, pushed to origin
11
- * bump_build - increment the 4th version number (1.2.3.4 -> 1.2.3.5)
12
- * bump_patch - increment the 3rd version number (1.2.3.4 -> 1.2.4.0)
13
- * bump_minor - increment the 2nd version number (1.2.3.4 -> 1.3.0.0)
14
- * bump_major - increment the 1st version number (1.2.3.4 -> 2.0.0.0)
15
- * build - bump_build, build a .gem file inside pkg/
16
- * publish - gem push
17
- * release - build, tag, publish
18
- * release_patch - bump_patch, release
19
- * release_minor - bump_minor, release
20
- * release_major - bump_major, release
21
-
22
- Philosophy
23
- ----------
24
- * Track the release version in one place: ./VERSION
25
- * The version only matters in the context of a release. For internal development, git SHAs vastly outclass version numbers.
26
- * "The right version number" for the next release is a function of the current release version and the magnitude (or breakiness) of the change
27
- * http://semver.org/
28
- * Automate everything
29
- * This does not absolve you from attentending to changelogs, etc.