# Use-cases
A vast variety of use-cases can be covered using git-dit.
As messages are stored in commit messages rather than in structured data, there
is no requirement for merging data. Instead, a maintainer adopts a status update
or stance by simply updating the public "upstream" head reference. Hence, issues
and replies can be fetched from arbitrary repositories without conflicts.
Contrary to regular branches, it is not necessary to duplicate most remote
references in the local repository the same way as with branches. Leaf
references, for example, are not advanced but new ones are generated as needed.
The head reference of an issue is an exception, as it is updated, e.g. by the
maintainer.
## Bug repositories
With git-dit, issues can spread across multiple repositories and be,
conceptually, easily transferred. It is hence possible to store issues in a
repository other than the source code repository and still have issues visible
via the remote in a developer's local repo.
For example, bugs encountered in some programs are manifestations of bugs in
libraries the program depends on. Currently, in such cases, a bug is often filed
by hand in the dependency's bug tracker. With git-dit, the issue can be simply
transferred or referenced in the dependency's (bug) repository.
Similarly, an organization or company, for example, may use a single repository
as a bug tracking database to which a certain set of customers (or even just a
single one) has access to. This repository may serve as an exchange point for
issues. Developers can use those locally, combining the issues from various
sources.
## Patch sets
The type of an issue can be changed arbitrarily by the maintainer. Also,
messages from other issues may be referenced in new issues. Hence, when
submitting a patch set resolving an issue, the relevant messages from the
original change request issue can be referenced in the new patch set issue. This
way, the reasons for a change are automatically documented via the commit
history, even after issue references are removed by a maintainer.