Skip to content

Commit 483484d

Browse files
authored
Changed references to the master branch to main (#2848)
1 parent 4ddd79f commit 483484d

File tree

7 files changed

+8
-8
lines changed

7 files changed

+8
-8
lines changed

.github/workflows/code_quality.yml

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ on:
55
pull_request_target:
66
push:
77
branches:
8-
- master
8+
- main
99
- develop
1010

1111
jobs:
@@ -20,7 +20,7 @@ jobs:
2020
- name: 'Qodana Scan'
2121
uses: JetBrains/qodana-action@v2024.2
2222
with:
23-
upload-result: ${{ github.ref_name == 'master' || github.ref_name == 'develop' }}
23+
upload-result: ${{ github.ref_name == 'main' || github.ref_name == 'develop' }}
2424
args: --baseline,qodana.sarif.json,--ide,QDNET
2525
pr-mode: ${{ github.event_name == 'pull_request_target' }}
2626
env:

docs/.travis.yml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -6,6 +6,6 @@ script:
66
branches:
77
only:
88
# Change this to gh-pages if you're deploying using the gh-pages branch
9-
- master
9+
- main
1010
rvm:
1111
- 2.4

docs/_pages/about.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -59,7 +59,7 @@ Fluent Assertions supports the following unit test frameworks:
5959

6060
As you may have noticed, the purpose of this open-source project is to not only be the best assertion framework in the .NET realm, but to also demonstrate high-quality code.
6161
We heavily practice Test Driven Development and one of the promises TDD makes is that unit tests can be treated as your API's documentation.
62-
So although you are free to go through the many examples here, please consider to analyze the many [unit tests](https://github.com/fluentassertions/fluentassertions/tree/master/Tests/FluentAssertions.Specs).
62+
So although you are free to go through the many examples here, please consider to analyze the many [unit tests](https://github.com/fluentassertions/fluentassertions/tree/main/Tests/FluentAssertions.Specs).
6363

6464
## Who is behind this project
6565

docs/_pages/extensibility.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -96,7 +96,7 @@ So in this case, our nicely created `ContainFile` extension method will display
9696

9797
## Rendering objects with beauty
9898

99-
Whenever Fluent Assertions raises an assertion exception, it will use value formatters to render a display representation of an object. Notice that these things are supposed to do more than just calling `Format`. A good formatter will include the relevant parts and hide the irrelevant parts. For instance, the `DateTimeOffsetValueFormatter` is there to give you a nice human-readable representation of a date and time with offset. It will only show the parts of that value that have non-default values. Check out the [specs](https://github.com/fluentassertions/fluentassertions/blob/master/Tests/FluentAssertions.Specs/Formatting/FormatterSpecs.cs) to see some examples of that.
99+
Whenever Fluent Assertions raises an assertion exception, it will use value formatters to render a display representation of an object. Notice that these things are supposed to do more than just calling `Format`. A good formatter will include the relevant parts and hide the irrelevant parts. For instance, the `DateTimeOffsetValueFormatter` is there to give you a nice human-readable representation of a date and time with offset. It will only show the parts of that value that have non-default values. Check out the [specs](https://github.com/fluentassertions/fluentassertions/blob/main/Tests/FluentAssertions.Specs/Formatting/FormatterSpecs.cs) to see some examples of that.
100100
101101
You can hook-up your own formatters in several ways, for example by calling the static method `FluentAssertions.Formatting.Formatter.AddFormatter(IValueFormatter)`. But what does it mean to build your own? Well, a value formatter just needs to implement the two methods `IValueFormatter` declares. First, it needs to tell FA whether your formatter can handle a certain type by implementing the well-named method `CanHandle(object)`. The other one is there to, no surprises here, render it to a string.
102102

docs/_pages/introduction.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -149,4 +149,4 @@ Expected string to be "Expected" with a length of 8, but "Actual" has a length o
149149
at........
150150
```
151151

152-
For more information take a look at the [AssertionScopeSpecs.cs](https://github.com/fluentassertions/fluentassertions/blob/master/Tests/FluentAssertions.Specs/Execution/AssertionScopeSpecs.cs) in Unit Tests.
152+
For more information take a look at the [AssertionScopeSpecs.cs](https://github.com/fluentassertions/fluentassertions/blob/main/Tests/FluentAssertions.Specs/Execution/AssertionScopeSpecs.cs) in Unit Tests.

docs/_pages/typesandmethods.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -125,4 +125,4 @@ AllTypes.From(assembly)
125125
.ThatAreNotInNamespace("Internal.Main.Test");
126126
```
127127

128-
There are so many possibilities and specialized methods that none of these examples do them good. Check out the [TypeAssertionSpecs](https://github.com/fluentassertions/fluentassertions/tree/master/Tests/FluentAssertions.Specs/Types) from the source for more examples.
128+
There are so many possibilities and specialized methods that none of these examples do them good. Check out the [TypeAssertionSpecs](https://github.com/fluentassertions/fluentassertions/tree/main/Tests/FluentAssertions.Specs/Types) from the source for more examples.

docs/staticman.yml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -23,7 +23,7 @@ comments:
2323
#
2424
# Name of the branch being used. Must match the one sent in the URL of the
2525
# request.
26-
branch: "master"
26+
branch: "main"
2727

2828
commitMessage: "New comment"
2929

0 commit comments

Comments
 (0)