vclog 1.9.1 → 1.9.2
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/.ruby +6 -12
- data/{HISTORY.rdoc → History.md} +34 -13
- data/License.txt +28 -0
- data/{README.rdoc → README.md} +18 -20
- data/bin/vclog-news +6 -0
- data/lib/vclog.yml +6 -12
- data/lib/vclog/cli/news.rb +29 -0
- data/lib/vclog/config.rb +151 -0
- data/lib/vclog/heuristics.rb +33 -1
- data/lib/vclog/history_file.rb +5 -0
- data/lib/vclog/repo.rb +20 -40
- data/lib/vclog/report.rb +30 -17
- data/man/man1/index.txt +1 -0
- data/man/man1/vclog-autotag.1.html +2 -2
- data/man/man1/vclog-bump.1.html +2 -2
- data/man/man1/vclog-news.1 +25 -0
- data/man/man1/vclog-news.1.html +112 -0
- data/man/man1/vclog-news.1.ronn +25 -0
- data/man/man1/vclog-version.1.html +2 -2
- data/man/man1/vclog.1.html +2 -2
- data/spec/feature_git_changes.rb +58 -0
- data/spec/feature_git_history.rb +58 -0
- data/spec/feature_hg_changes.rb +58 -0
- data/spec/feature_hg_history.rb +58 -0
- data/spec/featurettes/repo_creation.rb +64 -0
- data/spec/featurettes/shellout.rb +16 -0
- data/test/case_metadata.rb +10 -0
- metadata +41 -60
- data/COPYING.rdoc +0 -32
- data/features/git.feature +0 -86
- data/features/hg.feature +0 -86
- data/features/step_definitions/history_steps.rb +0 -29
- data/features/step_definitions/repo_steps.rb +0 -72
- data/features/support/ae.rb +0 -1
- data/features/support/aruba.rb +0 -5
- data/features/support/loadpath.rb +0 -2
- data/features/support/repo.rb +0 -19
- data/features/svn.feature +0 -86
- data/test/unit/case_metadata.rb +0 -11
- data/test/unit/helper.rb +0 -4
data/COPYING.rdoc
DELETED
@@ -1,32 +0,0 @@
|
|
1
|
-
= COPYRIGHT NOTICES
|
2
|
-
|
3
|
-
== VCLog
|
4
|
-
|
5
|
-
Copyright:: (c) 2008 Rubyworks
|
6
|
-
License:: BSD-2-Clause
|
7
|
-
Website:: http://rubyworks.github.com/vclog
|
8
|
-
|
9
|
-
Copyright 2008 Rubyworks. All rights reserved.
|
10
|
-
|
11
|
-
Redistribution and use in source and binary forms, with or without
|
12
|
-
modification, are permitted provided that the following conditions are met:
|
13
|
-
|
14
|
-
1. Redistributions of source code must retain the above copyright notice,
|
15
|
-
this list of conditions and the following disclaimer.
|
16
|
-
|
17
|
-
2. Redistributions in binary form must reproduce the above copyright
|
18
|
-
notice, this list of conditions and the following disclaimer in the
|
19
|
-
documentation and/or other materials provided with the distribution.
|
20
|
-
|
21
|
-
THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES,
|
22
|
-
INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY
|
23
|
-
AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE
|
24
|
-
COPYRIGHT HOLDERS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT,
|
25
|
-
INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
|
26
|
-
NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
|
27
|
-
DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY
|
28
|
-
OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING
|
29
|
-
NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE,
|
30
|
-
EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
31
|
-
|
32
|
-
|
data/features/git.feature
DELETED
@@ -1,86 +0,0 @@
|
|
1
|
-
Feature: Git Support
|
2
|
-
As a Git user
|
3
|
-
I want to generate a nicely formatted Changelog
|
4
|
-
And I want to generate a nicely formatted Release History
|
5
|
-
|
6
|
-
Scenario: Git Changelog
|
7
|
-
Given a suitable Git repository
|
8
|
-
When I run `vclog`
|
9
|
-
Then the exit status should be 0
|
10
|
-
|
11
|
-
Scenario: Git Changelog in RDoc
|
12
|
-
Given a suitable Git repository
|
13
|
-
When I run `vclog -f rdoc`
|
14
|
-
Then the exit status should be 0
|
15
|
-
|
16
|
-
Scenario: Git Changelog in Markdown
|
17
|
-
Given a suitable Git repository
|
18
|
-
When I run `vclog -f markdown`
|
19
|
-
Then the exit status should be 0
|
20
|
-
|
21
|
-
Scenario: Git Changelog in HTML
|
22
|
-
Given a suitable Git repository
|
23
|
-
When I run `vclog -f html`
|
24
|
-
Then the exit status should be 0
|
25
|
-
|
26
|
-
Scenario: Git Changelog in XML
|
27
|
-
Given a suitable Git repository
|
28
|
-
When I run `vclog -f xml`
|
29
|
-
Then the exit status should be 0
|
30
|
-
|
31
|
-
Scenario: Git Changelog in Atom
|
32
|
-
Given a suitable Git repository
|
33
|
-
When I run `vclog -f atom`
|
34
|
-
Then the exit status should be 0
|
35
|
-
|
36
|
-
Scenario: Git Changelog in YAML
|
37
|
-
Given a suitable Git repository
|
38
|
-
When I run `vclog -f yaml`
|
39
|
-
Then the exit status should be 0
|
40
|
-
|
41
|
-
Scenario: Git Changelog in JSON
|
42
|
-
Given a suitable Git repository
|
43
|
-
When I run `vclog -f json`
|
44
|
-
Then the exit status should be 0
|
45
|
-
|
46
|
-
|
47
|
-
Scenario: Git Release History
|
48
|
-
Given a suitable Git repository
|
49
|
-
When I run `vclog r`
|
50
|
-
Then the exit status should be 0
|
51
|
-
|
52
|
-
Scenario: Git Release History in RDoc
|
53
|
-
Given a suitable Git repository
|
54
|
-
When I run `vclog r -f rdoc`
|
55
|
-
Then the exit status should be 0
|
56
|
-
|
57
|
-
Scenario: Git Release History in Markdown
|
58
|
-
Given a suitable Git repository
|
59
|
-
When I run `vclog rel -f markdown`
|
60
|
-
Then the exit status should be 0
|
61
|
-
|
62
|
-
Scenario: Git Release History in HTML
|
63
|
-
Given a suitable Git repository
|
64
|
-
When I run `vclog rel -f html`
|
65
|
-
Then the exit status should be 0
|
66
|
-
|
67
|
-
Scenario: Git Release History in XML
|
68
|
-
Given a suitable Git repository
|
69
|
-
When I run `vclog rel -f xml`
|
70
|
-
Then the exit status should be 0
|
71
|
-
|
72
|
-
Scenario: Git Release History in Atom
|
73
|
-
Given a suitable Git repository
|
74
|
-
When I run `vclog rel -f atom`
|
75
|
-
Then the exit status should be 0
|
76
|
-
|
77
|
-
Scenario: Git Release History in YAML
|
78
|
-
Given a suitable Git repository
|
79
|
-
When I run `vclog rel -f yaml`
|
80
|
-
Then the exit status should be 0
|
81
|
-
|
82
|
-
Scenario: Git Release History in JSON
|
83
|
-
Given a suitable Git repository
|
84
|
-
When I run `vclog rel -f json`
|
85
|
-
Then the exit status should be 0
|
86
|
-
|
data/features/hg.feature
DELETED
@@ -1,86 +0,0 @@
|
|
1
|
-
Feature: Mercurial Support
|
2
|
-
As a Mercurial user
|
3
|
-
I want to generate a nicely formatted Changelog
|
4
|
-
And I want to generate a nicely formatted Release History
|
5
|
-
|
6
|
-
Scenario: Mercurial Changelog
|
7
|
-
Given a suitable Mercurial repository
|
8
|
-
When I run `vclog`
|
9
|
-
Then the exit status should be 0
|
10
|
-
|
11
|
-
Scenario: Mercurial Changelog in RDoc
|
12
|
-
Given a suitable Mercurial repository
|
13
|
-
When I run `vclog -f rdoc`
|
14
|
-
Then the exit status should be 0
|
15
|
-
|
16
|
-
Scenario: Mercurial Changelog in Markdown
|
17
|
-
Given a suitable Mercurial repository
|
18
|
-
When I run `vclog -f markdown`
|
19
|
-
Then the exit status should be 0
|
20
|
-
|
21
|
-
Scenario: Mercurial Changelog in HTML
|
22
|
-
Given a suitable Mercurial repository
|
23
|
-
When I run `vclog -f html`
|
24
|
-
Then the exit status should be 0
|
25
|
-
|
26
|
-
Scenario: Mercurial Changelog in XML
|
27
|
-
Given a suitable Mercurial repository
|
28
|
-
When I run `vclog -f xml`
|
29
|
-
Then the exit status should be 0
|
30
|
-
|
31
|
-
Scenario: Mercurial Changelog in Atom
|
32
|
-
Given a suitable Mercurial repository
|
33
|
-
When I run `vclog -f atom`
|
34
|
-
Then the exit status should be 0
|
35
|
-
|
36
|
-
Scenario: Mercurial Changelog in YAML
|
37
|
-
Given a suitable Mercurial repository
|
38
|
-
When I run `vclog -f yaml`
|
39
|
-
Then the exit status should be 0
|
40
|
-
|
41
|
-
Scenario: Mercurial Changelog in JSON
|
42
|
-
Given a suitable Mercurial repository
|
43
|
-
When I run `vclog -f json`
|
44
|
-
Then the exit status should be 0
|
45
|
-
|
46
|
-
|
47
|
-
Scenario: Mercurial Release History
|
48
|
-
Given a suitable Mercurial repository
|
49
|
-
When I run `vclog rel`
|
50
|
-
Then the exit status should be 0
|
51
|
-
|
52
|
-
Scenario: Mercurial Release History in RDoc
|
53
|
-
Given a suitable Mercurial repository
|
54
|
-
When I run `vclog rel -f rdoc`
|
55
|
-
Then the exit status should be 0
|
56
|
-
|
57
|
-
Scenario: Mercurial Release History in Markdown
|
58
|
-
Given a suitable Mercurial repository
|
59
|
-
When I run `vclog rel -f markdown`
|
60
|
-
Then the exit status should be 0
|
61
|
-
|
62
|
-
Scenario: Mercurial Release History in HTML
|
63
|
-
Given a suitable Mercurial repository
|
64
|
-
When I run `vclog rel -f html`
|
65
|
-
Then the exit status should be 0
|
66
|
-
|
67
|
-
Scenario: Mercurial Release History in XML
|
68
|
-
Given a suitable Mercurial repository
|
69
|
-
When I run `vclog rel -f xml`
|
70
|
-
Then the exit status should be 0
|
71
|
-
|
72
|
-
Scenario: Mercurial Release History in Atom
|
73
|
-
Given a suitable Mercurial repository
|
74
|
-
When I run `vclog rel -f atom`
|
75
|
-
Then the exit status should be 0
|
76
|
-
|
77
|
-
Scenario: Mercurial Release History in YAML
|
78
|
-
Given a suitable Mercurial repository
|
79
|
-
When I run `vclog rel -f yaml`
|
80
|
-
Then the exit status should be 0
|
81
|
-
|
82
|
-
Scenario: Mercurial Release History in JSON
|
83
|
-
Given a suitable Mercurial repository
|
84
|
-
When I run `vclog rel -f json`
|
85
|
-
Then the exit status should be 0
|
86
|
-
|
@@ -1,29 +0,0 @@
|
|
1
|
-
Given /^a SVN repository/ do
|
2
|
-
@directory = File.dirname(__FILE__) + '/../../test/fixtures/tzinfo'
|
3
|
-
@tag_numbers = Dir["@directory/tags/*"].map{ |d| File.basename(d) }
|
4
|
-
end
|
5
|
-
|
6
|
-
# For git we will have to use the VCLog project itself, I guess.
|
7
|
-
Given /^a Git repository/ do
|
8
|
-
@directory = File.dirname(__FILE__) + '/../..' #/fixtures/git-repo'
|
9
|
-
tags1 = `cd #{@directory}; git tag -l "[0-9]*"`
|
10
|
-
tags2 = `cd #{@directory}; git tag -l "v[0-9]*"`
|
11
|
-
@tag_numbers = tags1.split("\n") + tags2.split("\n")
|
12
|
-
end
|
13
|
-
|
14
|
-
When /I generate a History/ do
|
15
|
-
@system = VCLog::VCS.factory(@directory)
|
16
|
-
@history = VCLog::History.new(@system)
|
17
|
-
end
|
18
|
-
|
19
|
-
Then /it should include all tags/ do
|
20
|
-
tags = @history.tags.map{ |t| t.name }
|
21
|
-
tags.sort.assert == @tag_numbers.sort
|
22
|
-
end
|
23
|
-
|
24
|
-
And /^the list of releases should be in order from newest to oldest/ do
|
25
|
-
rels_names = @history.releases.map{ |r| r.tag.name }
|
26
|
-
rels_names.shift # remove imaginary current tag
|
27
|
-
rels_names.assert == @tag_numbers.sort.reverse
|
28
|
-
end
|
29
|
-
|
@@ -1,72 +0,0 @@
|
|
1
|
-
Given /a suitable Subversion repository/ do
|
2
|
-
url = "svn://rubyforge.org/var/svn/rubygems"
|
3
|
-
name = "rubygems"
|
4
|
-
type = "svn"
|
5
|
-
marker = ".svn"
|
6
|
-
clone = "svn checkout #{url} #{name}"
|
7
|
-
|
8
|
-
setup_repo(name, type, marker, clone)
|
9
|
-
|
10
|
-
#dir = File.expand_path("tmp/hold/#{type}")
|
11
|
-
#unless File.exist?("#{dir}/#{name}/.svn")
|
12
|
-
# `mkdir -p #{dir}; cd #{dir}; svn checkout #{url} #{name}`
|
13
|
-
#end
|
14
|
-
#create_dir(type)
|
15
|
-
#cd(type)
|
16
|
-
#run "cp -r #{dir} #{name}"
|
17
|
-
#cd(name)
|
18
|
-
end
|
19
|
-
|
20
|
-
Given /a suitable Git repository/ do
|
21
|
-
url = "git://github.com/rubyworks/vclog.git"
|
22
|
-
name = "vclog"
|
23
|
-
type = "git"
|
24
|
-
marker = ".git"
|
25
|
-
clone = "git clone #{url} #{name}"
|
26
|
-
|
27
|
-
setup_repo(name, type, marker, clone)
|
28
|
-
|
29
|
-
#create_dir('git')
|
30
|
-
#cd('git')
|
31
|
-
#unless File.exist?("#{name}/.git")
|
32
|
-
# cmd = "git clone #{url} #{name}"
|
33
|
-
# run cmd
|
34
|
-
#end
|
35
|
-
#cd(name)
|
36
|
-
end
|
37
|
-
|
38
|
-
Given /a suitable Mercurial repository/ do
|
39
|
-
url = "http://bitbucket.org/birkenfeld/sphinx"
|
40
|
-
name = "sphinx"
|
41
|
-
type = "hg"
|
42
|
-
marker = ".hg"
|
43
|
-
clone = "hg clone #{url} #{name}"
|
44
|
-
|
45
|
-
setup_repo(name, type, marker, clone)
|
46
|
-
|
47
|
-
#create_dir('hg')
|
48
|
-
#cd('hg')
|
49
|
-
#unless File.exist?("#{name}/.hg")
|
50
|
-
# cmd = "hg clone #{url} #{name}"
|
51
|
-
# run cmd
|
52
|
-
#end
|
53
|
-
#cd(name)
|
54
|
-
end
|
55
|
-
|
56
|
-
# TODO
|
57
|
-
Given /a suitable Darcs repository/ do
|
58
|
-
url =
|
59
|
-
name =
|
60
|
-
type = "darcs"
|
61
|
-
marker = "_darcs"
|
62
|
-
clone = ""
|
63
|
-
|
64
|
-
#create_dir('darcs')
|
65
|
-
#cd('darcs')
|
66
|
-
#unless File.exist?("#{name}/_darcs")
|
67
|
-
# cmd = "darcs clone "
|
68
|
-
# #run cmd
|
69
|
-
#end
|
70
|
-
#cd(name)
|
71
|
-
end
|
72
|
-
|
data/features/support/ae.rb
DELETED
@@ -1 +0,0 @@
|
|
1
|
-
require 'ae'
|
data/features/support/aruba.rb
DELETED
data/features/support/repo.rb
DELETED
@@ -1,19 +0,0 @@
|
|
1
|
-
#
|
2
|
-
def setup_repo(name, type, marker, clone_command)
|
3
|
-
dir = File.expand_path("tmp/hold/#{type}")
|
4
|
-
dst = File.expand_path("tmp/aruba")
|
5
|
-
|
6
|
-
unless File.exist?("#{dir}/#{name}/#{marker}")
|
7
|
-
$stderr.puts(" #{clone_command}")
|
8
|
-
`mkdir -p #{dir}` unless File.directory?(dir)
|
9
|
-
`cd #{dir}; #{clone_command}`
|
10
|
-
end
|
11
|
-
|
12
|
-
#unless File.exist?("tmp/aruba/#{type}/#{name}")
|
13
|
-
`mkdir -p #{dst}`
|
14
|
-
`cp -r #{dir} #{dst}/#{type}/`
|
15
|
-
#end
|
16
|
-
|
17
|
-
cd("#{type}/#{name}")
|
18
|
-
end
|
19
|
-
|
data/features/svn.feature
DELETED
@@ -1,86 +0,0 @@
|
|
1
|
-
Feature: Subversion Support
|
2
|
-
As a Subversion user
|
3
|
-
I want to generate a nicely formatted Changelog
|
4
|
-
And I want to generate a nicely formatted Release History
|
5
|
-
|
6
|
-
Scenario: Subversion Changelog
|
7
|
-
Given a suitable Subversion repository
|
8
|
-
When I run `vclog`
|
9
|
-
Then the exit status should be 0
|
10
|
-
|
11
|
-
Scenario: Subversion Changelog in RDoc
|
12
|
-
Given a suitable Subversion repository
|
13
|
-
When I run `vclog -f rdoc`
|
14
|
-
Then the exit status should be 0
|
15
|
-
|
16
|
-
Scenario: Subversion Changelog in Markdown
|
17
|
-
Given a suitable Subversion repository
|
18
|
-
When I run `vclog -f markdown`
|
19
|
-
Then the exit status should be 0
|
20
|
-
|
21
|
-
Scenario: Subversion Changelog in HTML
|
22
|
-
Given a suitable Subversion repository
|
23
|
-
When I run `vclog -f html`
|
24
|
-
Then the exit status should be 0
|
25
|
-
|
26
|
-
Scenario: Subversion Changelog in XML
|
27
|
-
Given a suitable Subversion repository
|
28
|
-
When I run `vclog -f xml`
|
29
|
-
Then the exit status should be 0
|
30
|
-
|
31
|
-
Scenario: Subversion Changelog in Atom
|
32
|
-
Given a suitable Subversion repository
|
33
|
-
When I run `vclog -f atom`
|
34
|
-
Then the exit status should be 0
|
35
|
-
|
36
|
-
Scenario: Subversion Changelog in YAML
|
37
|
-
Given a suitable Subversion repository
|
38
|
-
When I run `vclog -f yaml`
|
39
|
-
Then the exit status should be 0
|
40
|
-
|
41
|
-
Scenario: Subversion Changelog in JSON
|
42
|
-
Given a suitable Subversion repository
|
43
|
-
When I run `vclog -f json`
|
44
|
-
Then the exit status should be 0
|
45
|
-
|
46
|
-
|
47
|
-
Scenario: Subversion Release History
|
48
|
-
Given a suitable Subversion repository
|
49
|
-
When I run `vclog rel`
|
50
|
-
Then the exit status should be 0
|
51
|
-
|
52
|
-
Scenario: Subversion Release History in RDoc
|
53
|
-
Given a suitable Subversion repository
|
54
|
-
When I run `vclog rel -f rdoc`
|
55
|
-
Then the exit status should be 0
|
56
|
-
|
57
|
-
Scenario: Subversion Release History in Markdown
|
58
|
-
Given a suitable Subversion repository
|
59
|
-
When I run `vclog rel -f markdown`
|
60
|
-
Then the exit status should be 0
|
61
|
-
|
62
|
-
Scenario: Subversion Release History in HTML
|
63
|
-
Given a suitable Subversion repository
|
64
|
-
When I run `vclog rel -f html`
|
65
|
-
Then the exit status should be 0
|
66
|
-
|
67
|
-
Scenario: Subversion Release History in XML
|
68
|
-
Given a suitable Subversion repository
|
69
|
-
When I run `vclog rel -f xml`
|
70
|
-
Then the exit status should be 0
|
71
|
-
|
72
|
-
Scenario: Subversion Release History in Atom
|
73
|
-
Given a suitable Subversion repository
|
74
|
-
When I run `vclog rel -f atom`
|
75
|
-
Then the exit status should be 0
|
76
|
-
|
77
|
-
Scenario: Subversion Release History in YAML
|
78
|
-
Given a suitable Subversion repository
|
79
|
-
When I run `vclog rel -f yaml`
|
80
|
-
Then the exit status should be 0
|
81
|
-
|
82
|
-
Scenario: Subversion Release History in JSON
|
83
|
-
Given a suitable Subversion repository
|
84
|
-
When I run `vclog rel -f json`
|
85
|
-
Then the exit status should be 0
|
86
|
-
|
data/test/unit/case_metadata.rb
DELETED
data/test/unit/helper.rb
DELETED