[webkit-dev] WebKit branch to support multiple VMs (e.g., Dart)
Ryosuke Niwa
rniwa at webkit.org
Mon Dec 5 18:09:35 PST 2011
I agree with Peter here. It appears to me that having a WebKit branch to
experiment a new feature will help us making an informed decision as to
whether we want to accept patches or not for the feature better than
looking at two giant patches posted on chromium.org.
Preferably, Vijay also file a bug and possibly post a patch on
bugs.webkit.org.
- Ryosuke
On Mon, Dec 5, 2011 at 5:39 PM, Peter Kasting <pkasting at chromium.org> wrote:
> On Mon, Dec 5, 2011 at 5:22 PM, Geoffrey Garen <ggaren at apple.com> wrote:
>
>> > We're creating a branch in order to demonstrate that it's useful and
>> that it does not negatively impact hackability or performance.
>>
>> It hadn't occurred to me to view the goals of the WebKit project as
>> applying only to trunk, and not to branches. I'd be interested in hearing
>> from other WebKit engineers: Do you think that the goals of the WebKit
>> project apply to trunk alone, or to branches as well?
>>
>
> It sounds from the quote above like Vijay is not trying to change what the
> goals are, only to obtain an environment where it's possible to
> demonstrate, by practical experience, that some set of changes is indeed
> consistent with WebKit's goals. In principle a branch seems appropriate
> for that to me unless there is widespread agreement that the entire idea of
> these patches is so contrary to what we want that no one should have ever
> even thought about doing them in the first place. I'm not sure things are
> that clear-cut, so seeing a more fleshed-out system might be useful.
>
> PK
>
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20111205/24d90720/attachment.html>
More information about the webkit-dev
mailing list