Skip to content
This repository was archived by the owner on Nov 1, 2017. It is now read-only.

Commit dd8e201

Browse files
committed
Remove "whether via updating or merging"
This is spelled out later and makes it harder to follow this sentence.
1 parent 6342381 commit dd8e201

File tree

1 file changed

+3
-4
lines changed

1 file changed

+3
-4
lines changed

content/changes/2015-09-03-ensure-your-app-is-ready-for-protected-branches.md

Lines changed: 3 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -9,10 +9,9 @@ We’ve begun to [roll out Protected Branches][blog] across GitHub. When you
99
protect a branch in one of your repositories, you will be prevented from
1010
force pushing to that branch or deleting it. You can also configure required
1111
status checks for your protected branch. When configured, changing a branch to
12-
point at a new commit (whether via [updating][update] or [merging][merge]) will
13-
fail unless the that commit (or another commit with the same [Git tree][tree])
14-
has a [Status][statuses] in the `success` state for each required status
15-
check.
12+
point at a new commit will fail unless the that commit (or another commit with
13+
the same [Git tree][tree]) has a [Status][statuses] in the `success` state for
14+
each required status check.
1615

1716
These restrictions apply to branch manipulations performed via the GitHub API
1817
as well. So when you protect a branch, you will no longer be able to [delete

0 commit comments

Comments
 (0)