Science Score: 44.0%
This score indicates how likely this project is to be science-related based on various indicators:
-
✓CITATION.cff file
Found CITATION.cff file -
✓codemeta.json file
Found codemeta.json file -
✓.zenodo.json file
Found .zenodo.json file -
○DOI references
-
○Academic publication links
-
○Committers with academic emails
-
○Institutional organization owner
-
○JOSS paper metadata
-
○Scientific vocabulary similarity
Low similarity (15.6%) to scientific vocabulary
Repository
PyFilesystem2 extension for iRODS
Basic Info
- Host: GitHub
- Owner: hechth
- License: mit
- Language: Python
- Default Branch: main
- Size: 75.2 KB
Statistics
- Stars: 1
- Watchers: 3
- Forks: 3
- Open Issues: 15
- Releases: 1
Metadata Files
README.dev.md
fs_irods developer documentation
If you're looking for user documentation, go here.
Development install
```shell
Create a virtual environment, e.g. with
python -m venv env
activate virtual environment
source env/bin/activate
make sure to have a recent version of pip and setuptools
python -m pip install --upgrade pip setuptools
(from the project root directory)
install fs_irods as an editable package
python -m pip install --no-cache-dir --editable .
install development dependencies
python -m pip install --no-cache-dir --editable .[dev] ```
Afterwards check that the install directory is present in the PATH environment variable.
Running the tests
There are two ways to run tests.
The first way requires an activated virtual environment with the development tools installed:
shell
pytest -v
The second is to use tox, which can be installed separately (e.g. with pip install tox), i.e. not necessarily inside the virtual environment you use for installing fs_irods, but then builds the necessary virtual environments itself by simply running:
shell
tox
Testing with tox allows for keeping the testing environment separate from your development environment.
The development environment will typically accumulate (old) packages during development that interfere with testing; this problem is avoided by testing with tox.
Test coverage
In addition to just running the tests to see if they pass, they can be used for coverage statistics, i.e. to determine how much of the package's code is actually executed during tests. In an activated virtual environment with the development tools installed, inside the package directory, run:
shell
coverage run
This runs tests and stores the result in a .coverage file.
To see the results on the command line, run
shell
coverage report
coverage can also generate output in HTML and other formats; see coverage help for more information.
Running linters locally
For linting and sorting imports we will use ruff. Running the linters requires an activated virtual environment with the development tools installed.
```shell
linter
ruff .
linter with automatic fixing
ruff . --fix ```
To fix readability of your code style you can use yapf.
You can enable automatic linting with ruff on commit by enabling the git hook from .githooks/pre-commit, like so:
shell
git config --local core.hooksPath .githooks
Generating the API docs
shell
cd docs
make html
The documentation will be in docs/_build/html
If you do not have make use
shell
sphinx-build -b html docs docs/_build/html
To find undocumented Python objects run
shell
cd docs
make coverage
cat _build/coverage/python.txt
To test snippets in documentation run
shell
cd docs
make doctest
Versioning
Bumping the version across all files is done with bumpversion, e.g.
shell
bumpversion major
bumpversion minor
bumpversion patch
Making a release
This section describes how to make a release in 3 parts:
- preparation
- making a release on PyPI
- making a release on GitHub
(1/3) Preparation
- Update the
(don't forget to update links at bottom of page) - Verify that the information in
CITATION.cffis correct, and that.zenodo.jsoncontains equivalent data - Make sure the version has been updated.
- Run the unit tests with
pytest -v
(2/3) PyPI
In a new terminal:
```shell
OPTIONAL: prepare a new directory with fresh git clone to ensure the release
has the state of origin/main branch
cd $(mktemp -d fs_irods.XXXXXX) git clone git@github.com:hechth/fs-irods .
make sure to have a recent version of pip and the publishing dependencies
python -m pip install --upgrade pip python -m pip install .[publishing]
create the source distribution and the wheel
python -m build
upload to test pypi instance (requires credentials)
python -m twine upload --repository testpypi dist/* ```
Visit https://test.pypi.org/project/fs_irods and verify that your package was uploaded successfully. Keep the terminal open, we'll need it later.
In a new terminal, without an activated virtual environment or an env directory:
```shell cd $(mktemp -d fs_irods-test.XXXXXX)
prepare a clean virtual environment and activate it
python -m venv env source env/bin/activate
make sure to have a recent version of pip and setuptools
python -m pip install --upgrade pip
install from test pypi instance:
python -m pip -v install --no-cache-dir \ --index-url https://test.pypi.org/simple/ \ --extra-index-url https://pypi.org/simple fs_irods ```
Check that the package works as it should when installed from pypitest.
Then upload to pypi.org with:
```shell
Back to the first terminal,
FINAL STEP: upload to PyPI (requires credentials)
python -m twine upload dist/* ```
(3/3) GitHub
Don't forget to also make a release on GitHub. If your repository uses the GitHub-Zenodo integration this will also trigger Zenodo into making a snapshot of your repository and sticking a DOI on it.
Owner
- Name: Helge Hecht
- Login: hechth
- Kind: user
- Location: Brno, Czech Republic
- Company: @RECETOX
- Website: https://www.researchgate.net/profile/Helge_Hecht
- Twitter: hecht_h
- Repositories: 106
- Profile: https://github.com/hechth
PhD Student at RECETOX / Research Software Engineer
Citation (CITATION.cff)
# YAML 1.2
---
cff-version: "1.2.0"
title: "fs_irods"
authors:
-
family-names: Hecht
given-names: Helge
orcid: "https://orcid.org/0000-0000-0000-0000"
date-released: 20??-MM-DD
doi: <insert your DOI here>
version: "0.1.0"
repository-code: "https://github.com/hechth/fs-irods"
keywords:
- PyFilesystem2
- iRODS
message: "If you use this software, please cite it using these metadata."
license: MIT
GitHub Events
Total
- Release event: 1
- Watch event: 1
- Push event: 8
- Pull request event: 3
- Fork event: 1
- Create event: 4
Last Year
- Release event: 1
- Watch event: 1
- Push event: 8
- Pull request event: 3
- Fork event: 1
- Create event: 4
Committers
Last synced: 9 months ago
Top Committers
| Name | Commits | |
|---|---|---|
| hechth | h****t@r****z | 32 |
| d-w-moore | d****e@r****g | 1 |
| NLeSC Python template | n****e | 1 |
Committer Domains (Top 20 + Academic)
Issues and Pull Requests
Last synced: 7 months ago
All Time
- Total issues: 16
- Total pull requests: 8
- Average time to close issues: 3 days
- Average time to close pull requests: 4 months
- Total issue authors: 3
- Total pull request authors: 2
- Average comments per issue: 0.69
- Average comments per pull request: 0.88
- Merged pull requests: 6
- Bot issues: 5
- Bot pull requests: 0
Past Year
- Issues: 1
- Pull requests: 3
- Average time to close issues: N/A
- Average time to close pull requests: less than a minute
- Issue authors: 1
- Pull request authors: 2
- Average comments per issue: 0.0
- Average comments per pull request: 0.0
- Merged pull requests: 2
- Bot issues: 0
- Bot pull requests: 0
Top Authors
Issue Authors
- hechth (6)
- d-w-moore (5)
- github-actions[bot] (5)
Pull Request Authors
- d-w-moore (5)
- hechth (4)
Top Labels
Issue Labels
Pull Request Labels
Packages
- Total packages: 1
-
Total downloads:
- pypi 11 last-month
- Total dependent packages: 0
- Total dependent repositories: 0
- Total versions: 1
- Total maintainers: 1
pypi.org: fs-irods
PyFilesystem2 extension for iRODS
- Documentation: https://fs-irods.readthedocs.io/
- License: MIT
-
Latest release: 0.2.0
published about 1 year ago
Rankings
Maintainers (1)
Dependencies
- actions/checkout v3 composite
- actions/setup-python v3 composite
- actions/checkout v3 composite
- citation-file-format/cffconvert-github-action main composite
- actions/checkout v2 composite
- actions/setup-python v3 composite
- actions/checkout v3 composite
- gaurav-nelson/github-action-markdown-link-check v1 composite
- SonarSource/sonarcloud-github-action master composite
- actions/checkout v3 composite
- actions/setup-python v3 composite