<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Il 29/05/2017 13:00, Bo Berglund ha scritto:<br>
</p>
<blockquote type="cite"
cite="mid:7amnich4n8gsipfkia592avqi7bsihskdk@4ax.com">
<pre wrap="">Any suggestions on where to start?
</pre>
</blockquote>
<br>
My suggestion would be to use
<a class="moz-txt-link-freetext" href="http://rogerdudler.github.io/git-guide/">http://rogerdudler.github.io/git-guide/</a> as a quick reference just to
have at hand the syntax of the most used commands, together with the
links to the full documentation.<br>
<br>
IMO a new user should be aware from the beginning of the usage of
the .gitignore file, to tell what you don't want to track with GIT.
Failing to use it, you may have your logs cluttered with bak files
you don't care about, maybe object files you'd rather rebuild if
such is the case, and so on.<br>
<br>
A thing that I find very annoying with Git is that when you clone a
repository, or you fetch from a repository, the dates of the files
aren't preserved, which makes it impossible to tell apart at a
glance what has been recently changed from what is old.<br>
If this is important for you, you have at least two tools available:<br>
<ul>
<li>the MestreLion git-tools
(<a class="moz-txt-link-freetext" href="https://github.com/MestreLion/git-tools">https://github.com/MestreLion/git-tools</a>) providing
git-restore-mtime which will change the time-stamp of all files
to their commit time</li>
<li>The Metastore utility which you may get from
<a class="moz-txt-link-freetext" href="https://github.com/przemoc/metastore">https://github.com/przemoc/metastore</a>. It adds a .metadata file
in your repository, with the original datestamps of your files
which are updated at ech commit, and it uses to restore the
proper date at each checkout/pull request, provided you add the
post-checkout and pre-commit scripts (which are supplied in the
examples folder) in the .git/hooks/folder of each user.</li>
</ul>
I agree with others that an HP Microserver would be a very good
choice, as an alternative (or as an addition) to a Linux VM in a
Windows machine. Never put all your eggs on the same basket! Also an
external USB HD should be considered as an inexpensive security
backup. <br>
<br>
Giuliano <br>
</body>
</html>