Package: genid
GenIDEasily generate various kind of IDs within Python projectsQuick startInstalling the projectUsers can install project from github usingpip:pip install genidConfirm that project is installed correctly by importing the version string:fromgenidimport__version__print(__version__)OOP UsageApplication domain:fromgenidimportIDGeneratorclassUseCase:"""An example use case which requires ID generation"""def__init__(self,generator:IDGenerator):self.id_generator=generatordefdo_something()->None:"""Generate a new ID and do something"""new_id=self.id_generator.new()Application entrypoint:fromgenidimportgeneratordefmain()->None:# Initialize use case with BSON Object ID generatorusecase=UseCase(generator("objectid"))# Execute use case# The ID generated within the method will be a valid ObjectID as a stringusecase.do_something()Iterator usageEvent producer:fromgenidimportgenerator,IDGeneratordefproducer_loop(generator:IDGenerator)->None:# Iterate over generator to create new ID on the flyfornew_idingenerator:print(f"Creating new event with ID:{new_id}")if__name__=="__main__":# Use UUI4 identifiersproducer_loop(generator("uuid4"))Note:IDGeneratoris an abstract class. It can be used to annotate functions depending on an ID generator. At runtime, those functions must be called with a valid implementation.Supported ID kindsThe following ID kinds are supported:"constant""nanoid""nuid""objectid""uuid1""uuid4""ulid""incremental""secret""timestamp""ns_timestamp"Note: The string enumerationgenid.Kinddefines supported typesDeveloper installationInstall using scriptThe install script is responsible for first creating a virtual environment, then updating packaging dependencies such aspip,setuptoolsandwheelwithin the virtual environment. Finally, it installs the project in development mode within the virtual environment.The virtual environment is always named.venv/Run theinstall.pyscript located in thescripts/directory with the Python interpreter of your choice. The script accepts the following arguments:--dev: install extra dependencies required to contribute to development--docs: install extra dependencies required to build and serve documentation-eor--extras: a string of comma-separated extras such as"dev,docs".-aor--all: a boolean flag indicating that all extras should be installed.Example usage:Install with build extra only (default behaviour)python3 scripts/install.pyInstall with dev extrapython3 scripts/install.py --devInstall all extraspython3 scripts/install.py --allNote: Thevenvmodule must be installed for the python interpreter used to run install script. On Debian and Ubuntu systems, this package can be installed using the following command:sudo apt-get install python3-venv. On Windows systems, python distributions have thevenvmodule installed by default.Development tasksThe filetasks.pyis aninvoketask file. It describes several tasks which developers can execute to perform various actions.To list all available tasks, activate the project virtual environment, and run the commandinv --list:$inv--listAvailable tasks:build         Build sdist and wheel, and optionally build documentation.check         Run mypy typechecking.clean         Clean build artifacts and optionally documentation artifacts as well as generated bytecode.coverage      Serve code coverage results and optionally run tests before serving resultsdocs          Serve the documentation in development mode.format        Format source code using black and isort.lint          Lint source code using flake8.pre-push      Ensure checks performed in CI will not fail before pushing to remotetest          Run tests using pytest and optionally enable coverage.Build project artifactsThebuildtask can be used to build asource distribution (sdist), awheel binary packageby default.Optionally, it can be used to build the project documentation as a static website.Usage:Buildsdistandwheelonly:inv buildBuildsdist,wheeland documentation:inv build --docsRun testsThetesttask can be used to run tests usingpytest.By default, test coverage is not enabled and-cor--covoption must be provided to enable test coverage.Usage:Run tests without coverage:inv testRun tests with coverage:inv test --covRun tests including end to end tests and coverage:inv test --e2e --covVisualize test coverageThecoveragetask can be used to serve test coverage results onhttp://localhost:8000by default. Use--portoption to use a different port.By default, test coverage is expected to be present before running the task. If it is desired to run tests before serving the results, use--runoption.Run typecheckingThechecktask can be used to runmypy.By default type checking is not run on tests and-ior--include-testsoption must be provided to include them.Run linterThelinttask can be used to lint source code usingflake8. This task does not accept any option.flake8is configured in thesetup.cfgfile.Format source codeTheformattask can be used to format source code usingblackandisort. This task does not accept any option.blackis not configured in any way, butisortis configured insetup.cfg.Serve the documentationThedocstask can be used to serve the documentation as a static website onhttp://localhost:8000with auto-reload enabled by default. Use the--portoption to change the listenning port and the--no-watchto disable auto-reload.Git flowTwo branches exist:next: The development branch. All developers must merge commits tonextthrough Pull Requests.main: The release branch. Developers must not commit to this branch. Only merge fromnextbranch with fast-forward strategy are allowed onmainbranch.Each time new commits are pushed onmain, semantic-release may perform a release bump according to commit messages.Git commitsDevelopers are execpted to write commit messages according to theConvetionnal Commitsspecification.Commit messages which are not valid conventionnal commits are ignored in changelog.ChangelogChangelog is generated for each release candidate and each release according to commit messages found since last release.Changelog content is written toCHANGELOG.mdby@semantic-release/release-notes-generatorplugin configured withconventionnalcommitpreset.Contributing to the documentationProject documentation is written usingMkDocsstatic site generator. Documentation source files are written inMarkdown. They can be found indocs/directory.Aside from documentation written in markdown files, Python API reference is generated from docstrings and type annotations found in source code.