restore force does not properly clear FileListAbsolute

Description

paket restore -f does not clear obj\release\netstandard2.0<project name>.fsproj.FileListAbsolute.txt, but rather it appears to rely on appending to the file.

For most purposes this does not seem to cause problems, but some corner cases will fail. Specifically, the build target in my build script works, but it fails in doc generation looking for the wrong path to document templates.

Repro steps

I sync my source repos between 2 machines. The root paths on the machines differ.

paket restore on machine 1

go to machine 2, paket restore -f

Expected behavior

All files should be initialized for machine 2

Actual behavior

Paths to both machine 1 and machine 2 are in file

<machine 1 root>\DependentTypes\src\DependentTypes\bin\Release\netstandard2.0\DependentTypes.deps.json
<machine 1 root>\DependentTypes\src\DependentTypes\bin\Release\netstandard2.0\DependentTypes.dll
<machine 1 root>\DependentTypes\src\DependentTypes\bin\Release\netstandard2.0\DependentTypes.pdb
<machine 1 root>\DependentTypes\src\DependentTypes\bin\Release\netstandard2.0\DependentTypes.xml
<machine 1 root>\DependentTypes\src\DependentTypes\obj\Release\netstandard2.0\DependentTypes.fsprojAssemblyReference.cache
<machine 1 root>\DependentTypes\src\DependentTypes\obj\Release\netstandard2.0\DependentTypes.dll
<machine 1 root>\DependentTypes\src\DependentTypes\obj\Release\netstandard2.0\DependentTypes.xml
<machine 1 root>\DependentTypes\src\DependentTypes\obj\Release\netstandard2.0\DependentTypes.pdb
<machine 2 root>\DependentTypes\src\DependentTypes\bin\Release\netstandard2.0\DependentTypes.deps.json
<machine 2 root>\DependentTypes\src\DependentTypes\bin\Release\netstandard2.0\DependentTypes.dll
<machine 2 root>\DependentTypes\src\DependentTypes\bin\Release\netstandard2.0\DependentTypes.pdb
<machine 2 root>\DependentTypes\src\DependentTypes\bin\Release\netstandard2.0\DependentTypes.xml
<machine 2 root>\DependentTypes\src\DependentTypes\obj\Release\netstandard2.0\DependentTypes.fsprojAssemblyReference.cache
<machine 2 root>\DependentTypes\src\DependentTypes\obj\Release\netstandard2.0\DependentTypes.dll
<machine 2 root>\DependentTypes\src\DependentTypes\obj\Release\netstandard2.0\DependentTypes.xml
<machine 2 root>\DependentTypes\src\DependentTypes\obj\Release\netstandard2.0\DependentTypes.pdb

Known workarounds

Manually clear obj folders.

[davkean]

FileListAbsolute is an attempt at listing files produced in past and future builds so that Clean will clean them up. It is not consumed (only produced) during a normal build, you can see its usage here: https://github.com/Microsoft/msbuild/blob/b3f9eeab651c92bade6e4f64d11b59aa39e149cb/src/Tasks/Microsoft.Common.CurrentVersion.targets#L5011. If you have a bug where the documentation generation step is getting the wrong file, it’s unlikely to be from this file.

[jackfoxy]

Come to think of it, bottom up is also an incorrect strategy. The right thing to do is test for path existence, not just pattern matching.