gstore 0.6.1

Description:

gstore 0.6.1

Gstore is a simple tool to synchronize GitHub repositories of your organizations.
Its main goal is to help you make backups and sync your projects automatically
and easily.

Project Information
Gstore is released under the GNU General Public Licence version 3,
its documentation lives at Read the Docs,
the code on GitHub,
and the latest release on PyPI.
It’s rigorously tested on Python 3.8+.
If you’d like to contribute to Gstore you’re most welcome!


Support
Should you have any question, any remark, or if you find a bug, or if there is
something you can’t do with the Gstore, please
open an issue.


Similar projects
There are some projects similar to Gstore you may be interested in:

https://github.com/kennethreitz42/ghsync
https://github.com/lgg/simple-git-mirror-sync



Contributing
If you would like to contribute to gstore, please take a look at the
current issues. If there is
a bug or feature that you want but it isn’t listed, make an issue and work on it.

Bug reports
Before raising an issue, please ensure that you are using the latest version
of gstore.
Please provide the following information with your issue to enable me to
respond as quickly as possible.

The relevant versions of the packages you are using.
The steps to recreate your issue.
The full stacktrace if there is an exception.
An executable code example where possible

Guidelines for bug reports:

Use the GitHub issue search — check if the issue has already been
reported.
Check if the issue has been fixed — try to reproduce it using the latest
main branch in the repository.
Isolate the problem — create a reduced test case and a live example.

A good bug report shouldn’t leave others needing to chase you up for more
information. Please try to be as detailed as possible in your report. What is
your environment? What steps will reproduce the issue? What OS experience the
problem? What would you expect to be the outcome? All these details will help
people to fix any potential bugs.


Feature requests
Feature requests are welcome. But take a moment to find out whether your idea
fits with the scope and aims of the project. It’s up to you to make a strong
case to convince the project’s developers of the merits of this feature. Please
provide as much detail and context as possible.


Pull requests
Good pull requests - patches, improvements, new features - are a fantastic
help. They should remain focused in scope and avoid containing unrelated
commits.
Follow this process if you’d like your work considered for inclusion in the
project:

Check for open issues or open a fresh issue to start a discussion around a
feature idea or a bug.
Fork the repository
on GitHub to start making your changes to the main branch
(or branch off of it).
Write a test which shows that the bug was fixed or that the feature works as
expected.
Send a pull request and bug the maintainer until it gets merged and published.

If you are intending to implement a fairly large feature I’d appreciate if you
open an issue with GitHub detailing your use case and intended solution to
discuss how it might impact other work that is in flight.
I also appreciate it if you take the time to update and write tests for any
changes you submit.
By submitting a patch, you agree to allow the project owner to license your
work under the same license as that used by the project.


Resources

How to Contribute to Open Source
Using Pull Requests
Writing good commit messages




Release Information
0.6.1 (2023-03-02)

Bug Fixes

Correct furo version definition in setup.py.

Full changelog.



Security Policy
Reporting a Vulnerability
If you discover a security vulnerability within Gstore, please send an e-mail
to Serghei Iakovlev via [email protected]. All security vulnerabilities will
be promptly addressed.


Credits
Gstore is written and maintained by Serghei Iakovlev.
A full list of contributors can be found in GitHub’s overview.