Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
S
simplesamlphp
Manage
Activity
Members
Labels
Plan
Jira
Code
Merge requests
0
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Locked files
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Model registry
Analyze
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
This is an archived project. Repository and other project resources are read-only.
Show more breadcrumbs
Perun
Perun ProxyIdP
v1
simplesamlphp
Commits
3d9fd3dd
Commit
3d9fd3dd
authored
8 years ago
by
Jaime Perez Crespo
Browse files
Options
Downloads
Patches
Plain Diff
Add a link in CONTRIBUTE pointing to TESTING.
parent
7fef889f
No related branches found
No related tags found
No related merge requests found
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
CONTRIBUTE.md
+1
-1
1 addition, 1 deletion
CONTRIBUTE.md
with
1 addition
and
1 deletion
CONTRIBUTE.md
+
1
−
1
View file @
3d9fd3dd
...
@@ -63,7 +63,7 @@ exceptions thrown.
...
@@ -63,7 +63,7 @@ exceptions thrown.
deploy, and therefore we try to avoid it.
deploy, and therefore we try to avoid it.
*
Add
**unit tests**
to verify that your code not only works but also keeps working over time. When adding tests, keep
*
Add
**unit tests**
to verify that your code not only works but also keeps working over time. When adding tests, keep
the same directory structure used for regular classes. Try to cover
**all your code**
with tests. The bigger the test
the same directory structure used for regular classes. Try to cover
**all your code**
with tests. The bigger the test
coverage, the more reliable and better our library is.
coverage, the more reliable and better our library is.
Read our
[
guidelines
](
TESTING.md
)
to learn more about tests.
*
Add proper
**documentation**
explaining your how to use your new feature or how your code changes things.
*
Add proper
**documentation**
explaining your how to use your new feature or how your code changes things.
*
Submit your code as a
**pull request**
in github, from a branch with a descriptive name in your own fork of the
*
Submit your code as a
**pull request**
in github, from a branch with a descriptive name in your own fork of the
repository. Add a meaningful, short title, and explain in detail what you did and why in the description of the
*PR*
.
repository. Add a meaningful, short title, and explain in detail what you did and why in the description of the
*PR*
.
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment