<div dir="ltr">Thanks, all very helpful info. <div><br></div><div>Pam</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 8, 2013 at 5:25 PM, Kuno Woudt <span dir="ltr">&lt;<a href="mailto:kuno@frob.nl" target="_blank">kuno@frob.nl</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<div class="im"><br>
<br>
On 02/08/2013 06:23 PM, Pamela Chestek wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
My challenges with Github were that I could not figure out how to<br>
compare my last revision to anything but the most previous commit. In a<br>
case where all I had changed from the previous commit was an uppercase<br>
letter to a lowercase, that wasn&#39;t particularly helpful. In order to<br>
compare my latest iteration to the base document I was revising, I took<br>
copies and compared them in LibreOffice because I couldn&#39;t figure out<br>
how to do it any other way. I concede I don&#39;t know if there was a way to<br>
do it if I was using Git proper and knew how to use it, though.<br>
</blockquote>
<br></div>
github as far as I know does not have a way to compare arbitrary diffs, similarly the &quot;github for windows&quot; desktop application does not seem to have such a feature either.<br>
<br>
On the commandline &quot;git diff&quot; allows you see the difference between any range of commits.  (Or if you have a GUI diff tool installed &quot;git difftool&quot; can give you a nicer view of the same changes).<div class="im">
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The other challenge was changing my mind. There was one addition I made<br>
in one commit, then changed my mind and took it out, which was a second<br>
commit.  In a LibreOffice redline it would have simply disappeared. I<br>
suppose you can argue that it shouldn&#39;t, and you should have insight<br>
into my every keystroke, but I think that&#39;s overkill when it&#39;s a<br>
contemplative process.<br>
</blockquote>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I found the commit process apparently requires more forethought about<br>
when to commit that what I exercised (sorry Richard). Ideally one would<br>
commit at logical iterations, but I don&#39;t find it very easy to do that<br>
when revising a text document, where I often jump around and change my<br>
mind after I&#39;ve read and absorbed more. Richard broke out my changes<br>
into logical issues after the fact, but they didn&#39;t get created so<br>
logically.<br>
</blockquote>
<br></div>
In general, when working on code, the projects I&#39;m involved in prefer to keep the full commit history even if this includes false starts or invalid approaches or other chunks of code which do not end up in the final branch.  So, for code, we prefer to preserve the contemplative process.<br>

<br>
However, other projects have different policies, and git does give you various tools to &quot;squash&quot; various commits into a single commit, specifically &quot;git rebase --interactive&quot; and &quot;git merge --squash&quot;.<div class="im">
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I also find a redlined document no harder to read than a version<br>
comparison, it&#39;s pretty clear what&#39;s what (unless you have too many<br>
cooks before accepting changes). It&#39;s also easy to do, just turn it on.<br>
<br>
I appreciate that redline is incompatible with Git and so is<br>
inappropriate for this project. But I am a bit puzzled by what seems to<br>
be antipathy to redline in general, which I just see as another form of<br>
version control and perhaps better suited to text documents that the Git<br>
functionality.<br>
</blockquote>
<br></div>
As a developer, I prefer working with plain text files, as all the tools I use work on plain text files (or streams).  My antipathy is to word processor software in general, not redline in particular :)<br>
<br>
-- kuno / warp.<div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
copyleft-next mailing list<br>
<a href="mailto:copyleft-next@lists.fedorahosted.org" target="_blank">copyleft-next@lists.<u></u>fedorahosted.org</a><br>
<a href="https://lists.fedorahosted.org/mailman/listinfo/copyleft-next" target="_blank">https://lists.fedorahosted.<u></u>org/mailman/listinfo/copyleft-<u></u>next</a><br>
</div></div></blockquote></div><br></div>