Re the original posts in this thread:
I’ve used WP for almost a year now, and have upgraded dozens of times when using nightly, alpha and beta builds. It used to take me ages to rebuild all the changes, esp before the advent of plugins, and I learnt two things the hard way:
1 – To keep a list, a written list, of all the files I had messed with.
2 – That the amount of ‘customising’ I did directly related to the amount of work I had done.
If you have invested time and energy in creating a site, then upgrading deserves as much diligence.
As for diffs.. what if through an oversight one diff was not included ? And that due to that something happened to your site ? You’d be coming back here not very happy I guess – but I really would not see that as the fault of either the devs or anyone else involved in preparing the code. If it’s code that will operate on your site, then you have to accept that and any risks. That applies whether its WordPress or any other server side code.
If you can generate diffs – do so.
If you cannot generate diffs – follow a full upgrade procedure
If you insist on only ever using files that you see have been changed, then – and no doubt someone will call me on this – you are increasing your chance of hitting an error. An error which could have been avoided by you.
And if anyone thinks that the WP devs can release code which can be downloaded, unzipped, uploaded to a server and then be involved in upgrading an existing WP install in such a way that requires no user intervention but which preserves all prior user changes, then they are living in cloudcuckoo land – it ain’t going to happen. 25,000 WP install as a minimum – do you honestly expect code to behave in a way other than generic ?