Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:97425 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 83994 invoked from network); 15 Dec 2016 16:28:22 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Dec 2016 16:28:22 -0000 Authentication-Results: pb1.pair.com header.from=anatol.php@belski.net; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=anatol.php@belski.net; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain belski.net from 85.214.73.107 cause and error) X-PHP-List-Original-Sender: anatol.php@belski.net X-Host-Fingerprint: 85.214.73.107 klapt.com Received: from [85.214.73.107] ([85.214.73.107:53246] helo=h1123647.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 32/F9-21185-1A4C2585 for ; Thu, 15 Dec 2016 11:28:20 -0500 Received: by h1123647.serverkompetenz.net (Postfix, from userid 1006) id C8ABA784AD2; Thu, 15 Dec 2016 17:28:13 +0100 (CET) Received: from w530phpdev (p54A7755A.dip0.t-ipconnect.de [84.167.117.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by h1123647.serverkompetenz.net (Postfix) with ESMTPSA id 8E13E784ACA; Thu, 15 Dec 2016 17:28:11 +0100 (CET) To: "'PHP internals list'" Cc: References: <069801d22fbd$74b43fe0$5e1cbfa0$@belski.net> <041e01d2523f$efa3c370$ceeb4a50$@belski.net> In-Reply-To: <041e01d2523f$efa3c370$ceeb4a50$@belski.net> Date: Thu, 15 Dec 2016 17:28:07 +0100 Message-ID: <017501d256f0$3a44c190$aece44b0$@belski.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQIYkahcgBEHVDB4o9QwehBfYPablQFTTPrdoHIYPJA= Content-Language: en-us Subject: RE: [PHP-DEV] Github integration with AppVeyor From: anatol.php@belski.net ("Anatol Belski") Hi, > -----Original Message----- > From: Anatol Belski [mailto:anatol.php@belski.net] > Sent: Friday, December 9, 2016 6:16 PM > To: 'PHP internals list' > Subject: RE: [PHP-DEV] Github integration with AppVeyor > > Hi, > > > -----Original Message----- > > From: Anatol Belski [mailto:anatol.php@belski.net] > > Sent: Wednesday, October 26, 2016 9:16 PM > > To: 'PHP internals list' > > Subject: [PHP-DEV] Github integration with AppVeyor > > > > Hi, > > > > There's yet another CI service there called AppVeyor.com. It provides > > same functionality Travis does, but for Windows. A corresponding PR > > https://github.com/php/php-src/pull/2169 aims to implement the > integration. > > I'm writing to inform the community and to discuss. The service is > > free > for OSS, > > so for the principle, nothing stands in the way for the integration. > > > > The goal of this integration is to reach more quality, not only for > > the > main > > repository, but primarily for the GitHub PRs. While for the main > repository, the > > snaps service runs instantly, it's not integrated with the PRs. Also > > the > tests for > > the main repo are run and posted to the QA page. Still, for GitHub > > PRs, > there is > > no such service. That means some bugs might ramble into the main repo, > > but could be caught earlier otherwise. > > > > Now, why AppVeyor? I was aware of it, but learned it can be used for > > free > just > > when it was asked on GitHub. The integration with AppVeyor is much > > easier, than it would be to write a completely new interface for the > > existing > snaps > > service. It is likely, that the tests can only be done to a smaller > > extent > due to the > > free account limitations, nevertheless it'll provide a good > > opportunity to > PR > > authors/mergers to check a patch compiles and passes some basic test > > on Windows as well. The more extensive tests based on the snaps > > service, > which > > are to see on qa.php.net, will still continue to be done for the main > repo. So the > > AppVeyor integration is like a quick and easy way to ensure more > > quality > without > > big effort. > > > > The registration process is described here > > https://www.appveyor.com/docs/team-setup/#github-integration and > > requires the usual thing in approving AppVeyor to access the relevant > > PHP org repositories on GitHub (php-src only for now, for what were to > > care). It > seems, > > that I've sufficient perms to do the registration myself. If someone > > would > be > > willing to undertake this part, so it's fine. > > > > Please drop a line, in case there are some concerns. IMHO, it makes > > sense > to > > continue the development on this topic, so the AppVeyor integration is > available > > within next couple of months. It'd be first available for master only, > > and > likely to > > be backported into some lower branches later. > > > The Appveyor integration was almost prepared. I took over the original PR, the > integration scripts can be found under > https://github.com/php/php-src/pull/2229 . Most of the extensions are covered, > currently 13127 tests pass. I also fixed some dozen of test bugs. > > Still there are some failing tests and some for sure are real bugs. Of course, it > would be nice, to have the test runs green by the time the integration stuff is > merged. However, the amount of the failing tests is really small now, and there's > a good chance the corresponding bugs or fails are crossplatform. While I'm still > investigating on some, the state is already suitable for master. For master, it is > not critical, while there will be more brains looking at the test fails. If there are > no objections, I'd therefore aim next week to finish the integration with > Appveyor for PHP by merging the PR into master and approving Appveyor for the > PHP Github organization, while subsequently continuing the further bugfixing > work. > Already wrote to webmaster@php.net alone, linking here as well for more visibility. I've managed to finally get the green build today, so was about to merge. However, according to the documentation https://www.appveyor.com/docs/team-setup/#setting-up-appveyor-account-for-gi thub-organization an extra account has to be registered on Appveyor, and that requires a separate email address. I could register it with a separate random email address of mine, but it would be more convenient to use the webmaster@php.net as it's already the official account on Github and it'll likely require the email verification. I'm therefore asking for the registration on Appveyor with webmaster@php.net, then I'll proceed with the PR merge and further integration steps on my own. Otherwise, OFC I can register with my email and it can be switched to the official PHP mail later. Thanks Anatol