Just as a follow up, the process that Anastasia outlined below is the typical process we have for our repositories. The broken link in this case was actually an issue in the infusion repo as it was in the overview panel of a demo. This would require the full process. However, for our actual sites, like the build.fluidproject.org landing page and etc, we may want to be more lenient about simple changes (e.g. fixing a broken link or spelling mistake), and allow the fixer to commit the change without a Pull Request.
How does that sound? Thanks Justin > On Oct 10, 2014, at 9:58 AM, Cheetham, Anastasia <[email protected]> wrote: > > > On Oct 9, 2014, at 5:08 PM, Jess Mitchell <[email protected]> wrote: > >> What’s the process for this being updated? I think I just don’t know how >> GitHub changes for websites happen. > > The regular github process of > 1) JIRA > 2) branch and fix > 3) issue pull request > 4) review and merge > applies. Once the fix is merged into master, master is merged into the > gh-pages branch. I think once that happens, it’s live. > > I’ll issue a pull request for the fix today. I’ll double-check all the other > demo links while I’m in there. > > -- > Anastasia Cheetham – [email protected] > Inclusive Design Research Centre > Inclusive Design Institute > OCAD University > > _______________________________________________________ > fluid-work mailing list - [email protected] > To unsubscribe, change settings or access archives, > see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work _______________________________________________________ fluid-work mailing list - [email protected] To unsubscribe, change settings or access archives, see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work
