News for hackers. Stuff that matters.
Re:The largest Git repo by seanp2k2 on Wednesday May 24, 2017 @08:13PM (#14414443)
Cherry picking hotfixes into maint branches is cool until you have stuff like diverging APIs or refactored modules between branches. I don't know of a better solution; it kind of requires understanding in detail what the fix does and how it does it, then knowing if that's directly applicable to every release which needs to be patched.
Re:The largest Git repo by jjawssd on Wednesday May 24, 2017 @09:51PM (#14414801)
Use namespaces to separate API versions?

POST /v4/whatever

POST /v3/whatever

Re:The largest Git repo by _asummers on Friday May 26, 2017 @04:21PM (#14426847)
We version each of our individual resources. so a /v1/user might have many /v3/post . Seems to work for us as a smaller engineering team.
Re:The largest Git repo by jjawssd on Tuesday May 30, 2017 @12:10PM (#14446303)
A better approach would be to alias /v3/user to /v1/user until there is a breaking change needed in the v3 code tier.
Re:The largest Git repo by _asummers on Thursday June 01, 2017 @08:17AM (#14459621)
On a rapidly developing API, that would be way too much churn on our front end. For an externally facing API, I completely agree.
Re:The largest Git repo by dom0 on Thursday May 25, 2017 @03:35AM (#14415879)
Yes, although this applies to all forms of porting changesets or patches between branches or releases.