We love contributions to get started contributing you might need:
- Get started with git
- How to create a pull request
- An issue to work on - We are on Up for grabs, our up for grabs issues are tagged
up-for-grabs
- An understanding of our http://gitversion.readthedocs.org/en/latest/more-info/how-it-works/#architecture and how we write tests
Once you know how to create a pull request and have an issue to work on, just post a comment saying you will work on it. If you end up not being able to complete the task, please post another comment so others can pick it up.
Issues are also welcome, failing tests are even more welcome.
- Try to use feature branches rather than developing on master
- Please include tests covering the change
- The docs are now stored in the repository under the
Docs
folder, please include documentation updates with your PR
See how it works in GitVersion's documentation
We have made it super easy to write tests in GitVersion. Most tests you are interested in are in GitVersionCore.Tests\IntegrationTests
.
There is a scenario class for each type of branch. For example MasterScenarios, FeatureBranchScenarios etc.
Find where your issue would logically sit. Or create a new scenario class if it doesn't fit anywhere in particular.
We are currently using NUnit, so just create a descriptive test method and attribute it with [Test]
We have a few fixtures for different scenarios.
EmptyRepositoryFixture
- Gives you an empty git repo to start withRemoteRepositoryFixture
- A local repo tracking a test remote repository. The remote repo is available through theRepository
property, the local is accessible viaLocalRepository
BaseGitFlowRepositoryFixture
- A repo setup for GitFlow (has a develop branch checked out ready to go)
You can use a fixture by just using
it. Like this
using (var fixture = new EmptyRepositoryFixture(new Config()))
{
}
If you are using non-default configuration just modify the Config
class before creating the fixture
We have a number of extension method off IRepository
to make it easy to write tests at the flow level and not worry about creating/commiting files.
An example test looks like this:
fixture.Repository.MakeATaggedCommit("1.0.0");
fixture.Repository.CreateBranch("feature-test");
fixture.Repository.Checkout("feature-test");
fixture.Repository.MakeACommit();
fixture.Repository.MakeCommits(4);
fixture.AssertFullSemver("1.0.1-test.1+5");
The last line is the most important. AssertFullSemver
will run GitVersion and assert that the full SemVer it calculates is what you expect.
Even better include the fix, but a failing test is a great start