1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 <2018> 2019 2020 2021 2022 2023 2024 | Index | 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 <2018> 2019 2020 2021 2022 2023 2024 |
<== Date ==> | <== Thread ==> |
---|
Subject: | Re: AreaDetector repository inconsistent |
From: | Kevin Peterson <[email protected]> |
To: | Mark Rivers <[email protected]>, "'J. Lewis Muir'" <[email protected]> |
Cc: | Jörn Dreyer <[email protected]>, "[email protected]" <[email protected]> |
Date: | Wed, 7 Feb 2018 11:41:31 -0600 |
On 02/05/2018 05:32 PM, Mark Rivers wrote:
In my opinion a new version of synApps should simply be a script: It does a git clone and git checkout of the last tagged version of every module as of that date. If that's what it did it could be updated frequently. And users would have a git repository that they could trivially update by going into calc, for example, and grab the latest bug fix by checking out master, or a specific release by checking out R3-7. It does not make sense to me to be using tar files.
I wrote a script to checkout synApps from github *and* make it easy to keep it up to date. I haven't used it in a while so it may not work without modifications. The documentation for it is here:
https://github.com/kmpeters/epics-scripts/blob/master/docs/synApps.mdI frequently deploy released versions of software using tar files because I want to use git to track changes in the deployed modules and I don't want to accidentally push changes to the master branch. I also like having the version numbers in the directory names; it makes it much easier to see which versions of software an IOC is using (look at its RELEASE file).
I started writing a script that would allow a user to choose which releases or tags to download using the github api (getReleases.py). That script is unfinished and can be found in the github-api branch:
https://github.com/kmpeters/epics-scripts/tree/github-api Kevin