release.sh: implement around git worktree
commitb5cffea256d8e2832c683a7231b92de126e99158
authorEmil Velikov <emil.velikov@collabora.com>
Thu, 19 Jan 2017 19:30:10 +0000 (19 19:30 +0000)
committerPeter Hutterer <peter.hutterer@who-t.net>
Fri, 27 Jan 2017 02:13:26 +0000 (27 12:13 +1000)
treeb36c036e1d79088f153b42b57e7a0363375c394e
parentf16477858bce32449f462bf38226923cc711d82b
release.sh: implement around git worktree

Months ago, before my work in here there the script had a number of
assumptions:
 - autoreconf or alike is ran by the user - slight nuisance esp. when
releasing multiple packages.
 - the generated files were compatible with the ones on the server -
rarely and issue, but still
 - config.status means 'all the autotools bits were generated correctly'
 - failed to consider if user has multiple config.status - using
./build-64bit/ and ./build-32bit/ anyone ?
 - ...

With 663364cda5e316a0509ff5869293e3a815b9945f we mitigated a lot of that
but did not consider
 - forcing people to `git clean' is annoying and if not careful one can
purge local files that they want to keep
 - the files generated by autotools were left behind

In order to mitigate those use git worktree. This is more efficient
[both bandwidth and storage wise] than pulling/generating git tarballs,
git clone and friends.

Cc: Peter Hutterer <peter.hutterer@who-t.net>
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>
Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
release.sh