Also search Emilio Cobos Álvarez:
> On 11/2/19 12:53 PM, Andreas Tolfsen wrote:
>> Documentation changes have historically been well served by a “wiki
>> editing”/micro adjustments approach. I wonder if there is anything
>> we can do with Phabricator to ease review requirements for documentation
Just a note to let everyone know the hg.mozilla.org permissions change was
implemented this morning. Thanks to everyone for the work that allowed us
to make our code repositories more secure.
Kim
On Fri, Nov 1, 2019 at 4:39 PM Kim Moir wrote:
> The Engineering Workflow team enabled a hook in
On Saturday, November 2, 2019 at 12:03:25 AM UTC+1, somb...@gmail.com wrote:
> For mozilla-beta, mozilla-release, and esr... does lando know how to
> land to these, or is it the case that landings on these branches are
> done based on the approval flags by people other than the patch author?
On Mon, Nov 4, 2019 at 8:36 AM David Teller wrote:
> For what it's worth, when I last tried, I couldn't even `moz-phab
> submit` a self-reviewed patch. I had to arbitrarily pick another
> reviewer for a patch that was not meant for landing (it was a
> demonstration of a reproducible bug in
For what it's worth, when I last tried, I couldn't even `moz-phab
submit` a self-reviewed patch. I had to arbitrarily pick another
reviewer for a patch that was not meant for landing (it was a
demonstration of a reproducible bug in phabricator, but that's another
story).
Cheers,
Yoric
On
On 11/2/19 12:53 PM, Andreas Tolfsen wrote:
Documentation changes have historically been well served by a “wiki
editing”/micro adjustments approach. I wonder if there is anything
we can do with Phabricator to ease review requirements for documentation
changes from peers?
I think you can land
Also sprach Kim Moir:
> On Nov 14, 2019, we intend to change the permissions associated
> with Level 3 access to revoke direct push access to hg.mozilla.org
> on mozilla-inbound,
Several modules have a policy that changes to documentation, e.g.
for https://firefox-source-docs.mozilla.org/, can
On 11/1/19 4:03 PM, Andrew Sutherland wrote:
On 11/1/19 4:39 PM, Kim Moir wrote:
On Nov 14, 2019, we intend to change the permissions associated with
Level
3 access to revoke direct push access to hg.mozilla.org on
mozilla-inbound,
mozilla-central, mozilla-beta, mozilla-release and esr repos.
On 11/1/19 4:39 PM, Kim Moir wrote:
On Nov 14, 2019, we intend to change the permissions associated with Level
3 access to revoke direct push access to hg.mozilla.org on mozilla-inbound,
mozilla-central, mozilla-beta, mozilla-release and esr repos.
For mozilla-beta, mozilla-release, and esr...
Officially decommissioning m-i will take place after we change the
permissions. It will remain a read-only repo for historical purposes. No I
don't see a need to run things in CI on m-i beyond that date.
deprecate mozilla-inbound after Lando is used for most mozilla-central
landing
The Engineering Workflow team enabled a hook in July which asked people to
provide a reason for directly pushing to hg.mozilla.org. Since it was
enabled, we have seen the number of direct pushes decrease to a few per
week.
Enabling developers to use standard tools to land reviewed code through a
11 matches
Mail list logo
