EPICS Home

Experimental Physics and Industrial Control System


 
2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  <20212022  2023  2024  Index 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  <20212022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Appveyor Settings for the 3.15 (and 7.0) branch builds
From: Michael Davidsaver via Core-talk <core-talk at aps.anl.gov>
To: "Johnson, Andrew N." <anj at anl.gov>, Ralph Lange <ralph.lange at gmx.de>
Cc: EPICS core-talk <core-talk at aps.anl.gov>
Date: Mon, 25 Jan 2021 12:08:55 -0800
On 12/28/20 2:34 PM, Johnson, Andrew N. via Core-talk wrote:
> On Dec 26, 2020, at 9:15 AM, Ralph Lange via Core-talk <core-talk at aps.anl.gov <mailto:core-talk at aps.anl.gov>> wrote:
>>
>> On Wed, 23 Dec 2020 at 19:42, Johnson, Andrew N. <anj at anl.gov <mailto:anj at anl.gov>> wrote:
>>
>>     I just set “Custom configuration |.yml| file name” to empty in the epics-base-3 project UI, and it subsequently picked up and used a change I then committed to the file on the 3.15 branch! The doc’s say that the filename “.appveyor.yml” is supported as is, and apparently leaving it blank made it do the right thing (we still have the “branches/only” whitelist in the file, I also added the regex /R3\.15\.\d+.*/ to that).
>>
>>
>> That was the original state and didn't work as expected when I tested it a few weeks ago.
>> Note that the important point is that the epics-base-3 project should *not* build commits to the 7.0 branch and vice versa. For me, it was always all projects building all branches - unless I was using the gists.
> 
> Aargh, and of course I didn’t check the epics-base-3 account after pushing the 7 change…
> 
> I have just followed Michael’s suggestion and renamed the file, although without really thinking about how to handle pull requests. The epics-base-3 account should now only build branches that have a file named .appveyor/epics-base-3.yml and the epics-base-7 branch uses .appveyor/epics-base-7.yml so the filename in the new .appveyor directory matches the account it configures. The 3.15 branch is building now; I’m about the push the 7.0 branch to match.

I've noticed that my integration branch hasn't been getting built (in my repo)
for a while now as 'integration' isn't matching the whitelisted branch names.

Of course, simply switching to a blacklist will mean duplicate builds for some PRs.

This has me thinking about a dynamic solution.  Basically a script to short-circuit
builds based on both APPVEYOR_REPO_NAME and APPVEYOR_REPO_BRANCH.  Maybe just a
script snippet during "init:" ?  The only downside I can see is a bunch of false
positive failure emails from main repo builds, which we already have in abundance.

Or maybe re-add .appveyor.yml with no branch filter to be used by repos with no
special configuration?


https://www.appveyor.com/docs/appveyor-yml/

https://www.appveyor.com/docs/environment-variables/

Navigate by Date:
Prev: Build failed in Jenkins: EPICS-3.14 #922 Jenkins EPICS PSI via Core-talk
Next: Re: [Merge] ~bfrk/epics-base:remove-dbfl_type_rec into epics-base:7.0 Ben Franksen via Core-talk
Index: 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  <20212022  2023  2024 
Navigate by Thread:
Prev: Build completed: EPICS Base 7 base-7.0-131 AppVeyor via Core-talk
Next: Build failed in Jenkins: EPICS-3.15 #262 Jenkins EPICS PSI via Core-talk
Index: 2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  <20212022  2023  2024