3 ms·
So if you have a project that uses a (even small) number of libraries, how to you keep track of being affected of some specific bug of some library?
by ofrzeta 2y ago
So if you have a project that uses a (even small) number of libraries, how to you keep track of being affected of some specific bug of some library?
- itishappy 2y agoYou submit a bug report and (assumedly) get a fast response because they explicitly prioritize fixing bugs over adding new features.
- ofrzeta 2y agoI guess in most cases you will be affected by bugs that you did not notice let alone report.
- itishappy 2y agoMore reason to prefer a more deliberate release cycle! Focusing on security and stability restricts the area available to bugs significantly more than chasing hot new features all the time.
- EasyMark 2y agoAnd also helps make for minimal changes when you ultimately find you need to move on from your current version. Probably why a lot of people stick with emacs/vim/whatever over every new fangled editor that comes out
- ploxiln 2y agoA) New library versions are roughly as likely to introduce new bugs, as they are likely to fix old bugs. (If not, why are there still so many updates, you should be running out of bugs ...) B) If you run into a bug, update that library, then look into fixing it and offering a PR with the fix. Easy-peasy. Compared to: oh this is a bug in a library that's fixed in an update ... but then we need to update another library it depends on, but that requires an update to nodejs, but that requires us to update some other libraries, which introduce a new more serious regression, so we can't unless we re-write to remove that dependency ...