ruby_checker 1.0.0

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.
checksums.yaml ADDED
@@ -0,0 +1,7 @@
1
+ ---
2
+ SHA256:
3
+ metadata.gz: e79f1172a7f16cc5fd768291aeaaa80b9cfee2928703dfd167239d05c3733c78
4
+ data.tar.gz: ec39b7b666d51613774dc7572f98f569c5a625351f5209827ca191154bcdf213
5
+ SHA512:
6
+ metadata.gz: 460ecd9775931511690147038ad1460a6c471acff771869c9f8763925c03d53877d1cb8de42564b0cbc1c179f8fa2e393f88772faf79abcbb270e6a34f4bb684
7
+ data.tar.gz: 8dd18f8fe5c019dbdf42ec586ece3fe631fe0313ae49e3cbf78e9e6fca2b355f6da9b3c2fdbef6716e7fb0fc3b812e4f4b05e2a2cc880d2e9698468c5b36ec11
data/CHANGELOG.md ADDED
@@ -0,0 +1,7 @@
1
+ # Changelog
2
+
3
+ ## 1.0.0
4
+
5
+ - Implemented the basic functionality of `ruby_checker`:
6
+ - Detection of ruby version and raising exceptions on certain scenarios.
7
+ - Detection of ruby interpreter and raising exceptions on certain scenarios.
data/CONTRIBUTING.md ADDED
@@ -0,0 +1,81 @@
1
+ # Contributing to ruby_checker
2
+
3
+ ## Running tests
4
+
5
+ First of all, make sure that you have all the dependencies. In order to do that,
6
+ simply run:
7
+
8
+ ```bash
9
+ $ bundle
10
+ ```
11
+
12
+ After that, running tests is as easy as doing the following:
13
+
14
+ ```bash
15
+ $ rake
16
+ ```
17
+
18
+ Unit tests are located inside of the `tests` directory and they are using
19
+ [minitest](https://github.com/seattlerb/minitest).
20
+
21
+ Note that this will also run other checkers. More on that later.
22
+
23
+ ### Checking the style
24
+
25
+ This project uses [rubocop](https://github.com/rubocop-hq/rubocop) in order to
26
+ check the style of the Ruby code. So, in order to check the style just run:
27
+
28
+ ```bash
29
+ $ bundle exec rubocop
30
+ ```
31
+
32
+ And you can also run it like this:
33
+
34
+ ```bash
35
+ $ rake rubocop
36
+ ```
37
+
38
+ ### Git validation
39
+
40
+ In order to ensure that the git log is as maintainable as possible, the
41
+ [git-validation](https://github.com/vbatts/git-validation) tool is used. You can
42
+ install this tool by running:
43
+
44
+ ```bash
45
+ $ go get -u github.com/vbatts/git-validation
46
+ ```
47
+
48
+ If you already have this tool installed, then simply perform:
49
+
50
+ ```bash
51
+ $ rake git-validation
52
+ ```
53
+
54
+ Note that if you don't have this tool installed the task will do nothing (it
55
+ will just print a help message). This is done so when running the default make
56
+ task this doesn't interrupt it.
57
+
58
+ ## Issue reporting
59
+
60
+ I'm using [Github](https://github.com/mssola/ruby_checker) in order to host the
61
+ code. Thus, in order to report issues you can do it on its [issue
62
+ tracker](https://github.com/mssola/ruby_checker/issues). A couple of notes on
63
+ reports:
64
+
65
+ - Check that the issue has not already been reported or fixed in `master`.
66
+ - Try to be concise and precise in your description of the problem.
67
+ - Provide a step by step guide on how to reproduce this problem.
68
+ - Provide the version you are using (the commit SHA, if possible), and the
69
+ version of related dependencies, as well as the version of the GNU Emacs you are
70
+ using and the operating system.
71
+
72
+ ## Pull requests
73
+
74
+ - Write a [good commit message](https://chris.beams.io/posts/git-commit/).
75
+ - Make sure that tests are passing on your local machine (it will also be
76
+ checked by the CI system whenever you submit the pull request).
77
+ - Update the [changelog](./CHANGELOG.md).
78
+ - Try to use the same coding conventions as used in this project.
79
+ - Open a pull request with *only* one subject and a clear title and
80
+ description. Refrain from submitting pull requests with tons of different
81
+ unrelated commits.