Make Deps.kt the source of truth for dependencies

[doodla]

Versions haven't been modified, so if this builds and passes tests, we should be good to go.

[github-actions]

CLA Assistant Lite All Contributors have signed the CLA.

[codecov-io]

Codecov Report

Merging #641 into master will decrease coverage by 0.08%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##             master     #641      +/-   ##
============================================
- Coverage     76.31%   76.22%   -0.09%     
  Complexity      610      610              
============================================
  Files            81       81              
  Lines          2297     2297              
  Branches        327      327              
============================================
- Hits           1753     1751       -2     
- Misses          324      326       +2     
  Partials        220      220

[pawelpasterz]

Hey @doodla could you change commits message to be more explanatory? Thanks :)

[doodla]

I have read the CLA Document and I hereby sign the CLA

[doodla]

Hey @doodla could you change commits message to be more explanatory? Thanks :)

It's too much work, imo. The PR title should be sufficient. I usually don't bother with detailed commit messages in repositories where the pull requests are merged by squashing.

[pawelpasterz]

Hey @doodla could you change commits message to be more explanatory? Thanks :)

It's too much work, imo. The PR title should be sufficient. I usually don't bother with detailed commit messages in repositories where the pull requests are merged by squashing.

Got it, thanks for answer

[doodla]

Got it, thanks for answer

For some more context, my thinking is that Pull requests are atomic commits ( squash merge ) into the master branch. Because of that, it makes little sense to document exactly how you arrived there if the PR author doesn't feel the need to. In my case, the majority of the change is likely the first commit with all others being modifications based on what CI spits out. f is an abbreviation of fix for me.

If a pull request can be divided into multiple discrete chunks, each chunk can be a separate pull request to decrease the size and make the reviewers' lives easy.