<div dir="ltr">If this was me I would store you project file in a git repo and just commit every day, or after every change, and backup the git repo.  I have done this in the past and it has served me well.  Just adding dates to the end of a file is a very old school way of doing backups.<div>

<br></div><div>In any case I don't think adding an option for it is a smart idea.  It is there for a reason I'm sure you can work around it from your script end.</div><div><br></div><div>Make sure you look at the exclue: arg for xcopy you should be able to add *,qgs~ to it so it will ignore those.  </div>

<div><br></div><div>- Nathan</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 24, 2014 at 6:45 AM, G. Garibaldi <span dir="ltr"><<a href="mailto:digitalmaps@cox.net" target="_blank">digitalmaps@cox.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#000000" text="#FFFFFF">
    <div>Every day I increment the Julian date
      on the project file I work on. So MyIncredibleProject.qgs file
      becomes, for example today's Julian calendar date,
      203MyIncredibleProject.qgs. Tomorrow the first thing I do will be
      to increment the file to 204MyIncredibleProject.qgs and so on. <br>
      <br>
      Each day I archive the previous day's file to DVD. On January 1st,
      2015 I will start a new DVD and file the 2014 data away.<br>
      <br>
      Such an elaborate backup scheme became necessary in my case due to
      the complexity of my project which involves dozens of layers of
      varying data types and the regular trashing of the project file by
      QGIS.<br>
      <br>
      An option to do away with the automatic backup file would be nice.
      I'll take it from there.<br>
      <br>
      I'm a big boy, I can tie my own shoelaces.<br>
      <br>
      I am very happy with 2.4. <br><div class="">
      <br>
      <br>
      On 7/23/2014 2:23 PM, Jürgen E. Fischer wrote:<br>
    </div></div>
    <blockquote type="cite"><div class="">
      <pre>Hi G,

On Wed, 23. Jul 2014 at 12:20:56 -0500, G. Garibaldi wrote:
</pre>
      </div><div class=""><blockquote type="cite">
        <pre>For some reason a project temp file or a backup file using the extension  
.qgs~ is showing up in my projects directory with QGIS 2.4 Win 7 64 bit.  
</pre>
      </blockquote>
      </div><pre>It's not a temp file. It's backup of version of the project file (or better put
the renamed original).

</pre><div class="">
      <blockquote type="cite">
        <pre>The "xcopy *.qgs" command I use for archival purposes is catching the  
.qgs~ file as well.
</pre>
      </blockquote>
      <pre></pre>
      <blockquote type="cite">
        <pre>This behavior is different from every QGIS version up to at least 2.18 that I
have used, for at least the last 5 years.  Why has this changed?
</pre>
      </blockquote>
      </div><pre>We are still at 2.4 and the backup file was introduced in November 2013.

</pre><div class="">
      <blockquote type="cite">
        <pre>Could it be put back like it was? Does anybody have a workaround?  Is there a
switch somewhere to put the temp file in another subdirectory (I did a casual
search for this but couldn't find one)?
</pre>
      </blockquote>
      </div><pre>What's the problem with having a second backup copy?


Jürgen 

</pre>
    </blockquote>
    <br>
  </div>

<br>_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br></blockquote></div><br></div>