We should rename BuildSlaveSupport to BuildAutomation. This is for following purposes: 1) using more inclusive name and avoiding the 'slave' terminology 2) we are planning to upgrade build.webkit.org to latest Buildbot soon which uses "worker" terminology instead of "buildslave", it would be nice to have uniformity in directory naming as well 3) making the naming/directory-structure more consistent with some of our other projects Note that some of the scripts inside this folder might be used in various places, including other repositories and other buildbot instances, we would need to make sure that we update those places as well. Also the servers like build.webkit.org, ews-build.webkit.org and ews.webkit.org would need to be updated accordingly as they are running the production services from inside this directory.
Buildbot instances might fail certain builds for certain revisions after this change, depending on when the Buildbot is restarted to pick up this change. For e.g.: if this change is landed in r1000. Until Buildbot instance (e.g.: for build.webkit.org) is restarted, it would keep executing scripts from old directory (e.g.: Tools/BuildSlaveSupport/kill-old-processes). If the revision being tested is after r1000, it would keep failing until Buildbot is restarted (since BuildSlaveSupport wouldn't exist in newer revisions). If Buildbot is restarted immediately after committing r1000, Buildbot instance would fail the builds which were testing any revision prior to r1000. To solve this issue, we can consider adding a symlink named BuildSlaveSupport (pointing to BuildAutomation). We can then remove the symlink after few days/weeks.
(In reply to Aakash Jain from comment #1) > Buildbot instances might fail certain builds for certain revisions after > this change, depending on when the Buildbot is restarted to pick up this > change. > > For e.g.: if this change is landed in r1000. Until Buildbot instance (e.g.: > for build.webkit.org) is restarted, it would keep executing scripts from old > directory (e.g.: Tools/BuildSlaveSupport/kill-old-processes). If the > revision being tested is after r1000, it would keep failing until Buildbot > is restarted (since BuildSlaveSupport wouldn't exist in newer revisions). If > Buildbot is restarted immediately after committing r1000, Buildbot instance > would fail the builds which were testing any revision prior to r1000. > > To solve this issue, we can consider adding a symlink named > BuildSlaveSupport (pointing to BuildAutomation). We can then remove the > symlink after few days/weeks. I think the symlink is a really good idea.
<rdar://problem/70531568>
Created attachment 411994 [details] Patch
svn-apply isn't able to handle this patch, probably because it has a lot of svn property changes. Would land it manually once approved.
After discussing with few folks, "CISupport" seems like a better name for this directory.
Created attachment 412428 [details] Patch
Patch review is obviously tough for a change like this. To verify, we're moving Tools/BuildSlaveSupport to Tools/CISupport and creating a symlink in place of Tools/BuildSlaveSupport, correct?
(In reply to Jonathan Bedard from comment #8) > Patch review is obviously tough for a change like this. To verify, we're moving Tools/BuildSlaveSupport to Tools/CISupport and creating a symlink in place of Tools/BuildSlaveSupport, correct? That's correct
Comment on attachment 412428 [details] Patch Seems like now is as good a time as any to land this. Always going to be a bit risky to land something like this.
(In reply to Jonathan Bedard from comment #10) > Seems like now is as good a time as any to land this. Always going to be a bit risky to land something like this. Agree!
Committed r269052: <https://trac.webkit.org/changeset/269052>
symlink seems to be working fine. For e.g.: in https://build.webkit.org/builders/Apple-Mojave-Release-Build/builds/20794 checked out r269054 (which is after r269052). It correctly renamed the directory and created the BuildSlaveSupport symlink pointing to CISupport (I also verified by sshing in to the bot). Subsequent steps of running Tools/BuildSlaveSupport/kill-old-processes worked fine.
Restarted build.webkit.org to pick up this change. Seems to be working fine.