[webkit-dev] Changes to the WebKit2 development process

Dirk Schulze krit at webkit.org
Tue Jan 8 21:33:44 PST 2013


On Jan 8, 2013, at 2:57 PM, Sam Weinig <weinig at apple.com> wrote:

> Hello webkit-dev,
> 
> We are making some changes to the development process for WebKit2. These changes were announced to reviewers in advance, and I'd like to share them with you now.
> 
> WebKit2 has a core set of functionality that is valuable to all ports, and then aspects that are only of limited/specialized interest. It is becoming increasingly difficult to improve and advance the core functionality while maintaining the more peripheral aspects. In addition, changes to the core often require significant expertise to evaluate, for instance to ensure that the security and responsiveness goals of WebKit2 are met.
> 
> The changes are:
> 
> 1) WebKit2 now has owners. Only owners should review WebKit2 patches. While we do not want to apply this concept across the whole WebKit project at this time, for WebKit2 it is appropriate. The list of owners is documented in the Owners file at the WebKit2 top level directory, and in committers.py.  
> 
> 2) Ports must keep themselves building. Non Apple Mac ports, if broken by core functionality changes to WebKit2, are now responsible for fixing themselves. We have asked those who run the EWS bots to make sure that failing to build WebKit2 does not block the commit queue from committing.

I didn't see a settlement on this point of the proposal on previous discussions. Did you elaborate on the feedback that you got when you asked for that the first time? I think it is a question of fair play to not leave core build bots of other platforms broken. That is what we agreed on WebKit and I don't see the reason why it should be different on WebKit2 (which is a part of WebKit). That doesn't mean that the other suggestions aren't reasonable.

Greetings,
Dirk

> 
> 3) Over time, owners may remove peripheral functionality from the main WebKit2 directory, such as support for features that aren't broadly applicable. We will not do this immediately, and we will work with ports that are interested in such features to create appropriate, maintainable general-purpose mechanisms that can be used to implement them outside of core WebKit2 code.
> 
> While we understand that this change will inconvenience some ports, we have decided that forward progress of WebKit2 is a more important concern, and we are moving forward with this change tonight.
> 
> - Sam
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> http://lists.webkit.org/mailman/listinfo/webkit-dev



More information about the webkit-dev mailing list