Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65571 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 70859 invoked from network); 3 Feb 2013 14:18:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Feb 2013 14:18:49 -0000 Authentication-Results: pb1.pair.com header.from=tyra3l@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=tyra3l@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.210.175 as permitted sender) X-PHP-List-Original-Sender: tyra3l@gmail.com X-Host-Fingerprint: 209.85.210.175 mail-ia0-f175.google.com Received: from [209.85.210.175] ([209.85.210.175:65298] helo=mail-ia0-f175.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DC/59-20636-7C17E015 for ; Sun, 03 Feb 2013 09:18:47 -0500 Received: by mail-ia0-f175.google.com with SMTP id r4so7011613iaj.20 for ; Sun, 03 Feb 2013 06:18:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=iXZMG7C8ZxJ0dsTqTqvyuvFjfnJKRZRzna4kF/CENGM=; b=Uw6uvkAg1nbAye0hPipGM3U29EOh7p/mh5oGqjkpyX6sT68VE+pvnM22LEwoY8Kq/U cZPXh0qXiUygFrL/aR+BByB2hZjr6QRFraijEs8jZrRwddEsdpSjFHmkRywZnY7KeI7R XUU9Kj5zors63Dsb9/G+fmF+Epnv5VXidLJJoH5rY/uXHRlv8syrwZWW1OXnMl4GDUIP JdlzuMmEk38Q6QWrRiimrDw8vJOXXa3NjljBUwAD9Kuvg/jogumet4YkPGtnQ6R47bVT QLRX6lZoFA1/7xRQ9ilkEKHXzNAwsdYG/xV9+RNUfRcqHwBs8du8/BqNfJJEHZWMkWsV viow== MIME-Version: 1.0 X-Received: by 10.50.195.232 with SMTP id ih8mr3001425igc.17.1359901124810; Sun, 03 Feb 2013 06:18:44 -0800 (PST) Received: by 10.50.106.138 with HTTP; Sun, 3 Feb 2013 06:18:44 -0800 (PST) In-Reply-To: References: Date: Sun, 3 Feb 2013 15:18:44 +0100 Message-ID: To: Pierre Joye Cc: jenkins , PHP Internals Content-Type: multipart/alternative; boundary=14dae934125579582304d4d2a753 Subject: Re: [PHP-DEV] VCS Account Request: jenkins From: tyra3l@gmail.com (Ferenc Kovacs) --14dae934125579582304d4d2a753 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sun, Feb 3, 2013 at 2:10 PM, Pierre Joye wrote: > hi, > > On Sun, Feb 3, 2013 at 1:33 PM, Ferenc Kovacs wrote: > > On Sun, Feb 3, 2013 at 1:30 PM, jenkins wrote: > > > >> this account will be used to keep the ci.qa.php.net jenkins > >> installation\'s config file in sync with the web/jenkins git repo= . > >> > >> > >> -- > >> PHP Internals - PHP Runtime Development Mailing List > >> To unsubscribe, visit: http://www.php.net/unsub.php > >> > >> > > hi, > > > > I requested this one, please approve it and also grant him karma for > > web/jenkins.git > > I really do not think that we should give write access to some web > exposed bot to any of your repositories. We never allowed that in the > past and I do not think we should begin to do that. > > For what I understand from Ferenc's explanation on IRC, it is about > being to store the configuration changed done via the web frontend in > git. As the idea itself is good (having that in the repo is good), I > would rather go the other way round, modify the configuration in the > repo by human being. Configurations can be exported or fetched > relatively easily. > > Cheers, > -- > Pierre > > @pierrejoye > Hi, 99% of the changes to the jenkins configuration files (/config.xml, /job/*/config.xml) will be done through the admin interface, and I don't think that anybody here would be able to edit these files manually without tripping over something. So the other was around solution would require either 1, to have a development environment, where you do the changes, then fetch the changes in the xml files, then commit and push those changes, then log in to the jenkins admin and pull the changes (then restart jenkins if required). or 2, to change it on the jenkins admin, then fetch the changes in the xml files(this would require having ssh account there), then commit & push. I think that 1, is would be too cumbersome to be used and 2, would require giving out ssh accounts and would prone people not fetching and pushing the changes when they do change something. The plugin that I wanted to use ( https://wiki.jenkins-ci.org/display/JENKINS/SCM+Sync+configuration+plugin) would allow the changes to be pushed/pulled from the jenkins allow interface and would also show the current status (changes not pushed, etc.) so it is less likely to we forget to do it. Personally I'm not convinced about the security implications (as this is a separate repository and nothing else would use this repo for anything else), but if you think this is a major concern, I can use my personal github account for storing the configs for the time being. I just thought that it would be better to keep them on git.php.net, thats all. ps: some background info: some of the config files were lost when the previous ci.qa.php.net went down and I want to prevent that from happening ever again. --=20 Ferenc Kov=C3=A1cs @Tyr43l - http://tyrael.hu --14dae934125579582304d4d2a753--