在线时间:8:00-16:00
迪恩网络APP
随时随地掌握行业动态
扫描二维码
关注迪恩网络微信公众号
开源软件名称:sk-/git-lint开源软件地址:https://github.com/sk-/git-lint开源编程语言:Python 87.5%开源软件介绍:DEPRECATEDUnfortunately I've decided to deprecate this package.
Git-LintGit-lint is a tool for improving source code one step at a time. MotivationOften times enforcing coding styles to an existing project can be a nightmare. Some reasons may include:
FeaturesThis tool tackles all the 3 problems mentioned above by providing just a single tool that lints all the modified files. For each filetype it may use even more than one linter or tool. Furthermore by default it only report problems of lines that were added or modified. Current linters:
Example useBelow is the simplest call, for a detailed list, see the help: $ git lint Linting file: src/html/main.js Line 13, E:0110: Line too long (328 characters). Line 31, E:0001: Extra space at end of line src/html/main.js: line 75, col 11, ['location'] is better written in dot notation. Linting file: src/html/main.css src/html/main.css: line 1, col 135, Warning - Duplicate property 'margin' found. Linting file: api.py api.py:6: [C0301(line-too-long), ] Line too long (87/80) api.py:6: [R0913(too-many-arguments), callMethod] Too many arguments (6/5) api.py:6: [C0103(invalid-name), callMethod] Invalid function name "callMethod" By default git lint only reports problems with the modified lines (with the exception of some linters that check that the whole file is sound). To force displaying all the output from the linters use the -f option. InstallationYou can install, upgrade or uninstall git-lint with these commands: $ pip install git-lint $ pip install --upgrade git-lint $ pip uninstall git-lint ConfigurationGit-lint comes with a default configuration that includes all the linters listed above. If you don't like that list you can write your own configuration and put it in a file called .gitlint.yaml in the root of your repository. You can copy the file https://github.com/sk-/git-lint/blob/master/gitlint/configs/config.yaml to your repo and modify it. If you add a new linter or add a new flag to any of the commands, please share that with us, so we can integrate those changes. The configuration support two variables for the command, requirements and arguments:
If you need to include strings like {} or {foo} in your command, you need to double the braces as in {{}} or {{foo}}. Git Configurationgit-lint comes with a pre-commit hook for git. To install it for your repo execute: $ ln -s `which pre-commit.git-lint.sh` $PATH_TO_YOUR_REPO/.git/hooks/pre-commit or if you want to install it globally execute instead: $ ln -s `which pre-commit.git-lint.sh` /usr/share/git-core/templates/hooks/pre-commit Mercurial ConfigurationTo make available git-lint with a better name in mercurial you have to add the following to your .hgrc configuration: [alias] lint = !git-lint $@ To add a pre-commit hook add the following: [hooks] pretxncommit.hglint = pre-commit.hg-lint.sh > `tty` The hook above has a hack to display the output of the command. Additionally, as mercurial does not provide (AFAIK) any way to skip a hook, if you want to force a commit with linter warnings execute the commit command as follow: $ NO_VERIFY=1 hg commit ... Note though that mercurial heavily uses commit to leverage all of their commands/extensions.
I've found that setting any sort of precommit hook will get on your way when using common
actions as Travis ConfigurationTo run git lint on Travis, you can add the following step: git reset --soft ${TRAVIS_COMMIT_RANGE%...*} && git lint LimitationsIn some cases a change will trigger a warning in another line. Those cases are unfortunately not handled by git-lint, as it only reports those lines that were modified. Fully supporting this use case would require running the linters twice and reporting only the new lines. The most common case in which this occurs is with unused imports or variables. Let's say we have the following piece of code: import foo foo.bar() If you remove the second line, git-lint will not complain as the warning is for line 1, which was not modified. Python VersionsPython 2.7 and Python 3.5 and higher are supported. DevelopmentHelp for this project is more than welcomed, so feel free to create an issue or to send a pull request via http://github.com/sk-/git-lint. Tests are run using nose, either with: $ python setup.py nosetests $ nosetests This same tool is run for every commit, so errors and style problems are caught early. Adding a linterJust need to configure the file gitlint/config.yaml. I hope the syntax is self explanatory. (Note to myself: don't be so lazy and write a proper doc for this.) TODOS and Possible Features
ContributorsChangelogv0.1.2 (2018-05-24)
v0.1.1 (2018-05-15)
v0.1.0 (2018-02-26)
v0.0.9 (2018-01-22)
v0.0.8 (2015-10-14)
v0.0.7 (2015-06-28)
v0.0.6 (2014-09-08)
v0.0.5 (2014-05-09)
v0.0.4 (2014-05-08)
v0.0.3 (2014-02-02)
v0.0.2 (2013-10-20)
v0.0.1 (2013-10-20)
|
2023-10-27
2022-08-15
2022-08-17
2022-09-23
2022-08-13
请发表评论