4 ms·
Yes, maintaining a fork means that you're explicitly taking on the maintenance burden from that point on, and are on your own in terms of updates. That's a rea
by Nullabillity 3y ago
Yes, maintaining a fork means that you're explicitly taking on the maintenance burden from that point on, and are on your own in terms of updates.
That's a reasonable commitment to ask for if you're poking around in implementation details.
- ricardobeat 3y ago> you're explicitly taking on the maintenance burden How are you not taking the burden of maintenance when writing code that uses private-by-convention properties? The difference seems pretty abstract, a fork will require the same rework when internal properties change.
- Nullabillity 3y agoYes, accessing the internal parts is taking on the burden. Forking is acknowledging that you have done so.
- realusername 3y agoSo basically it's the same result (you need to manage updates yourself and test your changes) except that your modifications are now scattered around dozen of repositories instead of one, and what's the benefit of this added complexity compared to a patch? None that I can see?