Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:59164 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 40604 invoked from network); 26 Mar 2012 14:12:06 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 Mar 2012 14:12:06 -0000 X-Host-Fingerprint: 208.107.13.98 host-98-13-107-208.midco.net Date: Mon, 26 Mar 2012 09:12:04 -0500 Received: from [208.107.13.98] ([208.107.13.98:13232] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 07/33-17553-339707F4 for ; Mon, 26 Mar 2012 09:12:04 -0500 Message-ID: <07.33.17553.339707F4@pb1.pair.com> To: internals@lists.php.net References: User-Agent: slrn/pre1.0.0-18 (Linux) X-Posted-By: 208.107.13.98 Subject: Re: Adopt GitFlow process From: weierophinney@php.net (Matthew Weier O'Phinney) On 2012-03-25, Alexey Shein wrote: > There was a discussion recently on IRC that our current git working > process is not perfect (especially about keeping one branch-only > bugfixes) so that's a > suggestion to use (and modify to better suit our needs) nvie's gitflow > process and git-flow tool he developed to ease the process. > If you're not yet familiar what is that, please read > his wonderful article http://nvie.com/posts/a-successful-git-branching-model/ > another wonderful article about the gitflow tool > http://jeffkreeftmeijer.com/2010/why-arent-you-using-git-flow/ One thing I'll point out is that git-flow is a set of extensions and aliases for the git CLI. The problem with this is if you are not using the git CLI tooling (e.g, if you're using an IDE), or if you're on a system where installing the tooling may not work (Windows). As such, developers on those systems end up having to do a lot of manual work that git-flow normally automates -- and ends up in those same developers taking shortcuts. In short: while I like the idea of git flow, I think it's more sane for OSS projects to adopt processes that do not depend on it. -- Matthew Weier O'Phinney Project Lead | matthew@zend.com Zend Framework | http://framework.zend.com/ PGP key: http://framework.zend.com/zf-matthew-pgp-key.asc