<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jun 2, 2019 at 5:12 PM Markus Neteler <<a href="mailto:neteler@osgeo.org">neteler@osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sun, Jun 2, 2019 at 10:52 PM Panagiotis Mavrogiorgos<br>
<<a href="mailto:pmav99@gmail.com" target="_blank">pmav99@gmail.com</a>> wrote:<br>
...<br>
> Markus wrote:<br>
>> It there a way (magic flag?) to avoid this out-of-sync in the first place?<br>
>> E.g., for the cronjobs I do not want to go there weekly and "git push"<br>
>> stuff around.<br>
><br>
> Yes, but we need to know the contents of the cron scripts first.<br>
<br>
It simply follows the HowToGit on trac which leads to the mentioned problem.<br>
<br>
What I am searching for is that the disk copy is the same as on the<br>
server. As it is a cronjob there will be no local changes. Still, some<br>
push magic seems to me missing from<br>
<a href="https://trac.osgeo.org/grass/wiki/HowToGit#Keepyourlocalsourcecodeuptodate" rel="noreferrer" target="_blank">https://trac.osgeo.org/grass/wiki/HowToGit#Keepyourlocalsourcecodeuptodate</a><br>
</blockquote><div><br></div><div>That might be the root of the problem. What you are linking is for cases when you have a fork and you are making local changes (it is under Contributing guidelines after all). It is hard to guess what is the specific problem here without seeing the script, but a simple `git pull` or something close to that should be sufficient just to update a copy for build. Perhaps the *only single* case when using Git is like using Subversion... (let's see if that turns to be true! :-)<br></div><div><br></div><div>The cron script should be probably part of grass-maintenance repo...</div><div><br></div></div></div>