[Discuss] Github/hardware (Was Re: discuss Digest, Vol 10, Issue 99)

JoelMurphy biomurph at gmail.com
Wed Mar 27 00:02:50 UTC 2013


Sitting in the hardware startup meetup.
Would GrabCAD work as a model for this?
http://grabcad.com/


Making the world safe for robots
-----------
Any noise in the prior signal has been inserted by the iThing

On Mar 26, 2013, at 7:10 PM, Cameron Adamez <cameron at suspectdevices.com> wrote:

> On Mar 26, 2013, at 3:53 PM, Bryan Bishop <kanzure at gmail.com> wrote:
> 
>> On Tue, Mar 26, 2013 at 5:49 PM, Cameron Adamez
>> <cameron at suspectdevices.com> wrote:
>>> I've had issues pulling change requests for my projects. As there's no way for me to cherry-pick
>>> changes and since I haven't started writing a diff program for Eagle files, I've had my board
>>> accidentally clobbered or mangled via pull requests. I found the correct settings for
>>> binary files for Eagle 5, but pull requests were still arduous after that.
>> 
>> Have you considered not using a binary file format?
> 
> I tried using KiCad but it crashes on the Mac. I wanted to wait to upgrade to Eagle 6 after I could cordon off Eagle 5 (to upgrade/downgrade files as needed), but I ended up doing the upgrade anyway. We'll see how this goes. I'm not an EE -- I'm a web developer and sometimes artist -- so I haven't tried any of the other CAD programs. 
> 
>> What about something that is composed from multiple files that get combined? For
>> instance, I think even simple netlists could handle that. Another
>> thought that comes to mind is that automated testing could help your
>> contributors not commit terrible things that break everything.
> 
> I was unaware that there was automated testing for board design.
> None of the changes that I had in the pull request were bad from a design perspective; it was just difficult to manually pull changes from one board and schematic to the other. In my usage, I couldn't figure out how to do my normal pull / commit workflow in order to keep the changes synchronized. Perhaps I'm behind the curve in this regard.
> 
> On Mar 26, 2013, at 3:58 PM, "Windell H. Oskay" <windell at oskay.net> wrote:
>> 
>> Also, github does support visual diffs for images in repositories.  One of the consequences of this is that if you include a current image of the SCH/BRD with each commit, you can use the visual diff even on pure binary files.  
>> ( I've written more about this kind of stuff on my blog, too:  http://www.evilmadscientist.com/2011/improving-open-source-hardware-visual-diffs/ )
> 
> This must be a new feature. Thanks :)
> _______________________________________________
> discuss mailing list
> discuss at lists.oshwa.org
> http://lists.oshwa.org/listinfo/discuss
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.oshwa.org/pipermail/discuss/attachments/20130326/2b345df0/attachment.html>


More information about the discuss mailing list