Broken link re: FLOE

[Clark, Colin]

That sounds entirely reasonable. We can afford to have a more flexible approach to making changes to websites and documentation and so on.

Colin

---
Colin Clark
Lead Software Architect,
Inclusive Design Research Centre, OCAD University
http://inclusivedesign.ca

On Oct 22, 2014, at 2:23 PM, Justin Obara <obara.justin at gmail.com> wrote:

> 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 <acheetham at ocadu.ca> wrote:
>> 
>> 
>> On Oct 9, 2014, at 5:08 PM, Jess Mitchell <jessmitchell at gmail.com> 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 – acheetham at ocadu.ca
>> Inclusive Design Research Centre
>> Inclusive Design Institute
>> OCAD University
>> 
>> _______________________________________________________
>> fluid-work mailing list - fluid-work at fluidproject.org
>> To unsubscribe, change settings or access archives,
>> see http://lists.idrc.ocad.ca/mailman/listinfo/fluid-work
>