<div dir="auto">I would also strongly recommend some quality time with the Git Book. Just read it cover to cover. Source control is such an important part of work on modern software, not to mention lots of other things, that it really is worth really learning it. Having worked with many engineers, the difference between those who understand git, and those who don't is pretty obvious. Unfortunately, a lot of the basic assumptions that served you well under SVN will not hold with git.</div><div dir="auto"><br></div><div dir="auto">Good luck!</div><div dir="auto"><br></div><div dir="auto">Aaron<br><div class="gmail_quote gmail_quote_container" dir="auto"><div dir="ltr" class="gmail_attr">On Sat, Feb 22, 2025 at 23:51 Chris Nestrud via NFBCS <<a href="mailto:nfbcs@nfbnet.org">nfbcs@nfbnet.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Brian,<br>
<br>
You may have made changes that you haven't committed. You can commit<br>
them to your local copy of the tree, then "git pull" any new changes.<br>
Your changes won't be made available to others until you "git push"<br>
them.<br>
<br>
There is an online "Pro Git" book which is still relevant.<br>
<a href="https://git-scm.com/book/en/v2" rel="noreferrer" target="_blank">https://git-scm.com/book/en/v2</a><br>
<br>
Chris<br>
<br>
On Sat, Feb 22, 2025 at 09:40:53PM -0800, Brian Buhrow via NFBCS wrote:<br>
>       Hello everyone!  While I'm familiar with distributed source control systems like cvs and<br>
> svn, I'm less familiar with git.  I know how to git clone a source tree to make a copy from a<br>
> foreign source repository, but I'm less familiar with how to keep that copy current with the<br>
> foreign repository over time.  <br>
> <br>
> In my quick read of the manual, it looks like something like: git pull<br>
> should update all my local files relative to the remote repository.  Sort of the equivalent of<br>
> cvs update to an already checked out tree.  However,  on the particular repository I'm working<br>
> on, git pull doesn't do what I expect and the manual is not clear to me at the moment about<br>
> what I need to do.<br>
> Obviously, I could erase my local tree and git clone it again, but I expect to collaborate with<br>
> folks on this tree and that seems like a very wrong way to do it.<br>
> <br>
>       Another note I saw suggested that perhaps I need to supply the URL to the remote<br>
> repository on the git pull command line.  Okay if that's true, but doesn't git remember the URL<br>
> from which a local tree wa cloned?  Surely I shouldn't have to supply the URL for each git<br>
> command if the operation I'm performing is on the same URL as the last one?<br>
> <br>
> Any help with this would be greatly appreciated.<br>
> <br>
> -thanks<br>
> -Brian<br>
> <br>
> <br>
> _______________________________________________<br>
> NFBCS mailing list<br>
> <a href="mailto:NFBCS@nfbnet.org" target="_blank">NFBCS@nfbnet.org</a><br>
> <a href="http://nfbnet.org/mailman/listinfo/nfbcs_nfbnet.org" rel="noreferrer" target="_blank">http://nfbnet.org/mailman/listinfo/nfbcs_nfbnet.org</a><br>
> To unsubscribe, change your list options or get your account info for NFBCS:<br>
> <a href="http://nfbnet.org/mailman/options/nfbcs_nfbnet.org/ccn%40chrisnestrud.com" rel="noreferrer" target="_blank">http://nfbnet.org/mailman/options/nfbcs_nfbnet.org/ccn%40chrisnestrud.com</a><br>
<br>
_______________________________________________<br>
NFBCS mailing list<br>
<a href="mailto:NFBCS@nfbnet.org" target="_blank">NFBCS@nfbnet.org</a><br>
<a href="http://nfbnet.org/mailman/listinfo/nfbcs_nfbnet.org" rel="noreferrer" target="_blank">http://nfbnet.org/mailman/listinfo/nfbcs_nfbnet.org</a><br>
To unsubscribe, change your list options or get your account info for NFBCS:<br>
<a href="http://nfbnet.org/mailman/options/nfbcs_nfbnet.org/cannona%40fireantproductions.com" rel="noreferrer" target="_blank">http://nfbnet.org/mailman/options/nfbcs_nfbnet.org/cannona%40fireantproductions.com</a><br>
</blockquote></div></div>