GitHub PushEvent at 2014-10-07 22:40:35
Repository: documentation
Actor: nickanderson
Payload: {"shas":[["e7cae5b60c51a7191a610c695fe464a9bc6ed76b","65ea321079145fb1e4ee1c9f4ceec4bd01a03aef@gmail.com","Refactor steps 1.1/1.2 in 3.6 upgrade procedure\n\nEarly steps haven't been very constructive in my attempt to begin an upgrade assessment. Current wording implies that masterfiles can be dropped in as a fileset; however, at least with 3.5->3.6, it seems some changes are more likely to have to be applied line by line.  I tried make the change minimal, though the result might be awkward.\r\n\r\nI haven't tried to include diff examples since they don't really fit here, but in attempting to prep an upgrade, I've found it helpful to diff existing masterfiles against 3.5, then planning patches by diffing between 3.5 and 3.6.  In particular, the following one-liner has been useful:\r\n\r\nfor f in *; do echo \"$f $(2>/dev/null diff $f ../masterfiles-3.5.clean/$f >/dev/null && echo -n IS || echo -n is NOT) from 3.5\"; done\r\n\r\nFor each \"is NOT\" result, I check for conflicts, identify the origin (usually easy), copy entire files/directories if they are not modifications of provided files, and study diffs if they are.\r\n\r\nFor each \"IS\" result, I omit the file/directory altogether, with the intention of testing against its 3.6 counterpart.\r\n\r\nDepending on results of testing and comments on this PR, I may continue to offer any discrepancies between what is here and what I needed to do to upgrade.","philregier",true],["3128c3346a235c4d35696930e69f44f0c422b6ef","75ef9faee755c70589550b513ad881e5a603182c@cmdln.org","Merge pull request #939 from philregier/patch-1\n\nRefactor steps 1.1/1.2 in 3.6 upgrade procedure","Nick Anderson",true]],"size":2,"ref":"refs/heads/3.6","head":"3128c3346a235c4d35696930e69f44f0c422b6ef"}