Please stop deleting the codebase for each release

Created on 9 August 2021, about 3 years ago
Updated 13 October 2023, 11 months ago

It was pointed out to me that this project doesn't follow normal git management processes β†’ - instead of committing changes as they are ready and then tagging a new release, for each release that is made the entire codebase is deleted and then re-added, with no other changes listed.

While it is recommended to handle changes via public issues. there's nothing to stop you from committing a lot of changes in one go. However, deleting the entire codebase and re-adding it does nothing but make it following and using the codebase a lot more cumbersome than it needs to be. It's a bad way of managing the codebase.

If you're not going to handle changes via public issues can you please at least consider not deleting everything before committing new changes? All you have to do is delete all the files locally (rm -rf *), add the new files into the empty directory, add all the changes (git add .) and then commit everything (git commit); this way people using the module will have an easier time with the codebase.

πŸ“Œ Task
Status

Closed: outdated

Version

1.6

Component

Miscellaneous

Created by

πŸ‡ΊπŸ‡ΈUnited States DamienMcKenna NH, USA

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

  • πŸ‡ΊπŸ‡ΈUnited States toamit

    With previous releases one should still be able to diff the commits by interspersing them, this should be a non-issue with release of version 1.7

Production build 0.71.5 2024