<div><div dir="auto">Here is a user-friendly guide that can provide you with some motivation to use git:</div><div dir="auto"><br></div><div dir="auto"><div>


<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta http-equiv="Content-Style-Type" content="text/css">
<title></title>
<meta name="Generator" content="Cocoa HTML Writer">
<style type="text/css">
p.p1 {margin: 0.0px 0.0px 0.0px 0.0px}
span.s1 {font-family: 'Helvetica'; font-weight: normal; font-style: normal; font-size: 12.00pt}
</style>


<p class="p1"><span class="s1"><a href="http://www-cs-students.stanford.edu/~blynn/gitmagic/">http://www-cs-students.stanford.edu/~blynn/gitmagic/</a></span></p>


</div><br></div><br><div class="gmail_quote"><div>On Tue, Dec 19, 2017 at 8:41 AM John Hearns via Beowulf <<a href="mailto:beowulf@beowulf.org">beowulf@beowulf.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Faraz, I use git every day.<div>We have Bitbucket here, and have linked the repositories to Jira for our sprint planning and kanban.</div><div><br></div><div>Anyway - you say something very relevant  "<span style="font-size:12.8px">I have never had a need to go back to an older version of my script."</span></div><div><span style="font-size:12.8px">It is not only about rollback to older versions. If you are workign in a small team, I think you really have to have the production version of scripts defined somewhere.</span></div><div><span style="font-size:12.8px">For instance I work with PBS Hooks, which are Python scripts. I need to know which are the ones in use on our PBS server.</span></div><div><span style="font-size:12.8px">(Yes -you can do a fetch of the script from the PBS server. I know how to do that).</span></div><div><span style="font-size:12.8px">But it is cleaner and easier to point towards the master of that repo and say - these are the PBS hooks we are using right now.</span></div><div><span style="font-size:12.8px">I can then create a branch and go off to implemen tchanges on our test cluster - knowing that the master branch remains untouched.</span></div><div><span style="font-size:12.8px">When we are happy I get a colleague to to a merge.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Regarding the command line of git, I do agree that it can be confusing.</span></div><div><span style="font-size:12.8px">I discovered the Atom editor, which has an in-build GUI for git. </span></div><div><span style="font-size:12.8px"><a href="https://webdesign.tutsplus.com/articles/quick-tip-how-to-use-atom-as-a-git-gui--cms-21073" target="_blank">https://webdesign.tutsplus.com/articles/quick-tip-how-to-use-atom-as-a-git-gui--cms-21073</a></span><br></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Also now start to think about disaster recovery, and software defined infrastructure.</span><br></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Firstly, lets us be extreme. Your data centre burns down. Your management are breathing down your neck. They want the service back up and running.</span></div><div><span style="font-size:12.8px">Funds magically appear, and a bunch of servers appears on the loading dock of the new data centre.</span></div><div><span style="font-size:12.8px">Are you confident those scripts can be integrated onto the new setup?</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Also the trend now is to software defined infrastructures. You stand up new nodes and configure them using defined rules.</span></div><div><span style="font-size:12.8px">You may want to copy some of those scripts onto the nodes - lets' say they are PBS hooks, or pre job healthchecks.</span></div><div><span style="font-size:12.8px">I admit we are nowhere near doing that effictively, but it is our goal.</span></div><div><span style="font-size:12.8px"> </span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"><br></span></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 19 December 2017 at 17:11, Faraz Hussain <span><<a href="mailto:info@feacluster.com" target="_blank">info@feacluster.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I am curious what people think of git. On one hand everyone seems to be using it and proclaiming its virtues. On the other hand it seems way overkill for how the majority of people code.<br>
<br>
I maintain dozens of scripts to manage various HPC environments . None are more than a few hundred lines long. To do backups of scripts, I just copy them to some backup folder. Occasionally I might tar them up and copy them to a different server. I have never had a need to go back to an older version of my script.<br>
<br>
So I tried to learn git but find it very confusing. It seems designed for teams of developers working on some million+ line of code project. For my rinky-dinky scripts it just adds a lot of confusion. It seems I need to "commit" to using git everyday in order for it to be effective. Otherwise, use it or lose it.<br>
<br>
Should I force myself to use git everyday? Or maybe find some incrementally better way to manage backups of my scripts?<br>
<br>
_______________________________________________<br>
Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org" target="_blank">Beowulf@beowulf.org</a> sponsored by Penguin Computing<br>
To change your subscription (digest mode or unsubscribe) visit <a href="http://www.beowulf.org/mailman/listinfo/beowulf" rel="noreferrer" target="_blank">http://www.beowulf.org/mailman/listinfo/beowulf</a><br>
</blockquote></div><br></div>
_______________________________________________<br>
Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org" target="_blank">Beowulf@beowulf.org</a> sponsored by Penguin Computing<br>
To change your subscription (digest mode or unsubscribe) visit <a href="http://www.beowulf.org/mailman/listinfo/beowulf" rel="noreferrer" target="_blank">http://www.beowulf.org/mailman/listinfo/beowulf</a><br>
</blockquote></div></div><div dir="ltr">-- <br></div><div class="gmail_signature" data-smartmail="gmail_signature">Sent from a "phone".</div>