-
Notifications
You must be signed in to change notification settings - Fork 0
Contributing
The easiest way to ask support questions is on Stack Overflow using the #ServiceStack hash tag. ServiceStack Customers also have access to the customer support channels listed on their support page.
Feature requests can be proposed on ServiceStack's User Voice. Proposals can also be made via code samples in GitHub pull-requests.
Our source is developed & published on GitHub.com (learn more). If you are new to Git, check out the Pro Git Book online or at your bookseller of choice.
From any of the ServiceStack code repositories on GitHub, you can Fork the code to your own GitHub account.
To get the source on your local development machine, simply clone your local forked repo using Git:
git clone https://github.com/USERNAME/PROJECT.git
Each repository has a README that should be helpful to learn more about the specifics of the language, project and its development environment.
Please ensure any code contributions include tests that should verify the behavior of new features, verify the issue that a fix fixes and to prevent future regressions or even a reproducible failing tests if you want to report an issue.
In order to become a contributor to the ServiceStack projects on GitHub you must follow some legal requirements and approve the ServiceStack Contributor License Agreement.
Until you meet the legal requirements your pull requests / source contributions will not be considered or reviewed.
Please configure your Git client with a name and email address to use for your commits. This will also help the team validate your CLA status:
git config user.name Your Name
git config user.email YourAlias@YourEmailDomain
Checkout the latest code
In order to obtain the source code you need to become familiar with Git (see progit.org/book/) and Github (see help.github.com/) and you need to have Git installed on your local machine. You can obtain the source code from Github by following the these steps on your local machine:
- Go to https://github.com/ServiceStack/[PROJECT]
- In GitHub Click on the Fork button
- Clone the repository on your local machine with the following Git command
git clone git@github.com:[USERNAME]/[PROJECT]
You can then start to make modifications to the code in your local Git repository. For commits to ServiceStack v3, this should be done in the v3
branch. Note: all contributions must come with tests verifying the desired behavior.
You can commit your work with following commands:
- Switch to the master branch (or v3 branch) for ServiceStack v3.x
git checkout master
- Add and commit your local changes
git commit -a -m 'commit message describing changes'
- Push your changes from your local repository to your github fork
git push origin v3
Once your code is in your github fork, you can then submit a pull request for the team's review. You can do so with the following commands:
- In GitHub click on the Pull Request button
- In the pull request select your fork as source and
ServiceStack/[PROJECT]
as destination for the request - Write detailed message describing the changes in the pull request
- Submit the pull requst for consideration by the Core Team
If there are conflicts between your fork and the main project one, github will warn you that the pull request cannot be merged. If that's the case, you can do the following:
- Add remote to your local repository using the following Git commands
git remote add upstream -f git@github.com:ServiceStack/[PROJECT]
- Update your local repository with the changes from the remote repository by using the following Git commands (make sure you're in the branch you're submitting the code from)
git merge upstream/master
- Resolve any conflicts locally and finally do another push with the command
git push origin master
Please keep in mind that not all requests will be approved. Requests are reviewed by the Core Team on a regular basis and will be updated with the status at each review. If your request is accepted you will receive information about the next steps and when the request will be integrated in the main branch. If your request is rejected you will receive information about the reasons why it was rejected.
Feature requests should be proposed on ServiceStack's User Voice, whilst the ServiceStack community has a discussion group used for submitting code reviews and discussing design changes, best practices, and other important topics. Any disruptive changes to any project should be discussed here before any code is contributed.
Expect a good amount of feedback as part of any pull request: not only which branch to merge to and from, but also consistency guidelines, matching existing code, and making targeted, smart changes when fixing bugs.
Huge thanks go to the contributors from the community who have been actively working with the ServiceStack community.
You can find a list of contributors here.
- Why ServiceStack?
- Important role of DTOs
- What is a message based web service?
- Advantages of message based web services
- Why remote services should use separate DTOs
-
Getting Started
-
Designing APIs
-
Reference
-
Clients
-
Formats
-
View Engines 4. Razor & Markdown Razor
-
Hosts
-
Security
-
Advanced
- Configuration options
- Access HTTP specific features in services
- Logging
- Serialization/deserialization
- Request/response filters
- Filter attributes
- Concurrency Model
- Built-in profiling
- Form Hijacking Prevention
- Auto-Mapping
- HTTP Utils
- Dump Utils
- Virtual File System
- Config API
- Physical Project Structure
- Modularizing Services
- MVC Integration
- ServiceStack Integration
- Embedded Native Desktop Apps
- Auto Batched Requests
- Versioning
- Multitenancy
-
Caching
-
HTTP Caching 1. CacheResponse Attribute 2. Cache Aware Clients
-
Auto Query
-
AutoQuery Data 1. AutoQuery Memory 2. AutoQuery Service 3. AutoQuery DynamoDB
-
Server Events
-
Service Gateway
-
Encrypted Messaging
-
Plugins
-
Tests
-
ServiceStackVS
-
Other Languages
-
Amazon Web Services
-
Deployment
-
Install 3rd Party Products
-
Use Cases
-
Performance
-
Other Products
-
Future