> On 19 Jan 2016, at 19:07, Nicolas Cellier > <[email protected]> wrote: > > I can only tell what the github interface let me see: > > 1) the diffs in update scripts (my guess comes from here) > -script50534 > +script50535 > > and > update50535 > > 2) the commentForCurrentUpdate.st > > 3) the ConfigurationOfUnifiedFFI > > The real changes of code (if any ?), I can't see any of them - because > massive changes screw github iface as already noticed.
I think the problem is more that github blows on large numbers of file renames. That because git does not have any native rename tracking, and renames are detected from file similarity. So rename detection when generating diffs is disabled when there is a large number of file adds/removals. Git sucks like that. Serializing packages as single files (instead of methods as a single file) would limit the problem. And In my opinion that would also make code easier to read. It would make sense to make one commit per issue, that would limit the damage from renames. Even if not all commits are individually validated by the bot. I guess those validated by the bot could have a special note in the commit message.
