<?xml version="1.0" encoding="UTF-8"?><rss
version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
> <channel><title>Comments on: LUFA Port, Source Control</title> <atom:link href="http://fourwalledcubicle.com/blog/2009/02/291/feed/" rel="self" type="application/rss+xml" /><link>http://fourwalledcubicle.com/blog/2009/02/291/</link> <description>Blog for Dean Camera</description> <lastBuildDate>Wed, 08 Sep 2010 22:50:44 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.0.1</generator> <item><title>By: Brad</title><link>http://fourwalledcubicle.com/blog/2009/02/291/comment-page-1/#comment-958</link> <dc:creator>Brad</dc:creator> <pubDate>Sun, 01 Mar 2009 19:52:05 +0000</pubDate> <guid
isPermaLink="false">http://fourwalledcubicle.com/blog/?p=291#comment-958</guid> <description>One more comment, given you described version control usage (with svnsync) I think you&#039;d be happier with a newer distributed version control system. I&#039;ve tried many of them and my personal favorite is Bazaar (http://bazaar-vcs.org/). Unless you are Linux only, then Git might be a consideration but I still prefer Bazaar myself even on Linux.</description> <content:encoded><![CDATA[<p>One more comment, given you described version control usage (with svnsync) I think you&#8217;d be happier with a newer distributed version control system. I&#8217;ve tried many of them and my personal favorite is Bazaar (<a
href="http://bazaar-vcs.org/" rel="nofollow">http://bazaar-vcs.org/</a>). Unless you are Linux only, then Git might be a consideration but I still prefer Bazaar myself even on Linux.</p> ]]></content:encoded> </item> <item><title>By: Brad</title><link>http://fourwalledcubicle.com/blog/2009/02/291/comment-page-1/#comment-957</link> <dc:creator>Brad</dc:creator> <pubDate>Sun, 01 Mar 2009 19:36:11 +0000</pubDate> <guid
isPermaLink="false">http://fourwalledcubicle.com/blog/?p=291#comment-957</guid> <description>In subversion there is no actual difference between a &quot;branch&quot; and a &quot;tag&quot;. They are both just copies of what most people call &quot;trunk&quot; at a point in time. The only difference between them is the meaning and purpose that developers apply to them.Branches usually continue to receive commits after being created and diverge from trunk. Those changes may or may not be merged back into trunk down the road. Branches probably aren&#039;t that useful with a dev team of 1, but you might create one to work on some experimental feature that will really destabilize things for a while. Then after you are ready either abandon it or merge it back to trunk.Tags are mostly used to take a snapshot that you don&#039;t plan to ever modify. For example, at each release. Then you can always get back to the way the code was at that point.SVN doesn&#039;t enforce and differences between a tag, a branch, or any other cop. They are just conventions. Oh and copies within a single repository are light weight. Only referenced are actually copied and then diffs between the copies (when any commits are made).The subversion book talks about all this in more detail: http://svnbook.red-bean.com/</description> <content:encoded><![CDATA[<p>In subversion there is no actual difference between a &#8220;branch&#8221; and a &#8220;tag&#8221;. They are both just copies of what most people call &#8220;trunk&#8221; at a point in time. The only difference between them is the meaning and purpose that developers apply to them.</p><p>Branches usually continue to receive commits after being created and diverge from trunk. Those changes may or may not be merged back into trunk down the road. Branches probably aren&#8217;t that useful with a dev team of 1, but you might create one to work on some experimental feature that will really destabilize things for a while. Then after you are ready either abandon it or merge it back to trunk.</p><p>Tags are mostly used to take a snapshot that you don&#8217;t plan to ever modify. For example, at each release. Then you can always get back to the way the code was at that point.</p><p>SVN doesn&#8217;t enforce and differences between a tag, a branch, or any other cop. They are just conventions. Oh and copies within a single repository are light weight. Only referenced are actually copied and then diffs between the copies (when any commits are made).</p><p>The subversion book talks about all this in more detail: <a
href="http://svnbook.red-bean.com/" rel="nofollow">http://svnbook.red-bean.com/</a></p> ]]></content:encoded> </item> <item><title>By: Dave</title><link>http://fourwalledcubicle.com/blog/2009/02/291/comment-page-1/#comment-955</link> <dc:creator>Dave</dc:creator> <pubDate>Sat, 28 Feb 2009 05:09:53 +0000</pubDate> <guid
isPermaLink="false">http://fourwalledcubicle.com/blog/?p=291#comment-955</guid> <description>AVR32UC32B: Is an EVK1101 sufficient for your needs?  I&#039;m assuming you have a JTAG ICE MKII, which I think is the minimum programmer.  DigiKey is currently showing a date of 4/12 for the EVK1101 -- I have one on backorder for myself.  Shoot me a private e-mail.On multi-target: It&#039;s inevitable that you will end up with some platform specific code.  If it &#039;twer me, I&#039;d be looking for a way to isolate the hardware specific stuff into a low-level library with a well defined api. That way, it&#039;s simply a matter of flipping a single variable in the Makefile that adds one of N .o files to the $OBJECTS variable to select the target.  Going multi-target should be an interesting exercise. In the end, the code will very likely benefit from the refactoring.</description> <content:encoded><![CDATA[<p>AVR32UC32B: Is an EVK1101 sufficient for your needs?  I&#8217;m assuming you have a JTAG ICE MKII, which I think is the minimum programmer.  DigiKey is currently showing a date of 4/12 for the EVK1101 &#8212; I have one on backorder for myself.  Shoot me a private e-mail.</p><p>On multi-target: It&#8217;s inevitable that you will end up with some platform specific code.  If it &#8216;twer me, I&#8217;d be looking for a way to isolate the hardware specific stuff into a low-level library with a well defined api. That way, it&#8217;s simply a matter of flipping a single variable in the Makefile that adds one of N .o files to the $OBJECTS variable to select the target.  Going multi-target should be an interesting exercise. In the end, the code will very likely benefit from the refactoring.</p> ]]></content:encoded> </item> <item><title>By: casainho</title><link>http://fourwalledcubicle.com/blog/2009/02/291/comment-page-1/#comment-952</link> <dc:creator>casainho</dc:creator> <pubDate>Fri, 27 Feb 2009 16:09:56 +0000</pubDate> <guid
isPermaLink="false">http://fourwalledcubicle.com/blog/?p=291#comment-952</guid> <description>Dean, don&#039;t forget to ask me help on putting that AT91SAM7 working with the JTAG debugger/programmer (that I also offer). I have some experience on doing &quot;GUI visual&quot; debug with ARM using GNU Debugger + OpenOCD + Eclipse.Also, that AT91SAM7 have a USB bootloader like the AVR USB, which means any user can program it using Sam-ba (utility from Atmel) on GNU/Linux, MS Windows, etc.I wrote some quick instructions on how to setup all the tools for do the debug:
http://code.google.com/p/rockboxplayer/wiki/DevelopmentEnvironmentSetuphttp://code.google.com/p/rockboxplayer/wiki/EclipseWithJTAGDebugSetup</description> <content:encoded><![CDATA[<p>Dean, don&#8217;t forget to ask me help on putting that AT91SAM7 working with the JTAG debugger/programmer (that I also offer). I have some experience on doing &#8220;GUI visual&#8221; debug with ARM using GNU Debugger + OpenOCD + Eclipse.</p><p>Also, that AT91SAM7 have a USB bootloader like the AVR USB, which means any user can program it using Sam-ba (utility from Atmel) on GNU/Linux, MS Windows, etc.</p><p>I wrote some quick instructions on how to setup all the tools for do the debug:<br
/> <a
href="http://code.google.com/p/rockboxplayer/wiki/DevelopmentEnvironmentSetup" rel="nofollow">http://code.google.com/p/rockboxplayer/wiki/DevelopmentEnvironmentSetup</a></p><p><a
href="http://code.google.com/p/rockboxplayer/wiki/EclipseWithJTAGDebugSetup" rel="nofollow">http://code.google.com/p/rockboxplayer/wiki/EclipseWithJTAGDebugSetup</a></p> ]]></content:encoded> </item> </channel> </rss>
<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk
Page Caching using disk (enhanced) (user agent is rejected)
Database Caching using disk
Object Caching 238/264 objects using disk

Served from: fourwalledcubicle.com @ 2010-09-10 23:07:14 -->