-
Notifications
You must be signed in to change notification settings - Fork 572
POLICIES
NOTE: UNDER DEVELOPMENT: Will likely be making pages for each page link, thus having to change links to new pages
Below are some of the policies used by the Trilinos Project.
- Primary and secondary tested code versus experimental code
- Primary development platform versus secondary development and testing platforms
-
How to make feature requests for the Trilinos Framework
-
How to ask questions about the CMake build system or the CTest test driver
-
Treatment of primary tested (PT) code verses secondary tested (ST) code
-
Treatment of primary tested (PT) code verses experimental (EX) code
-
Changing code in other packages for which you aren't a developer
-
Developer policies for maintaining the stability of Trilinos
-
Expectations for failed builds or tests for SIERRA
-
Setting up automated nightly testing on personal machines
Copyright © Trilinos a Series of LF Projects, LLC
For web site terms of use, trademark policy and other project policies please see https://lfprojects.org.
Trilinos Developer Home
Trilinos Package Owners
Policies
New Developers
Trilinos PR/CR
Productivity++
Support Policy
Test Dashboard Policy
Testing Policy
Managing Issues
New Issue Quick Ref
Handling Stale Issues and Pull Requests
Release Notes
Software Quality Plan
Compiler Warnings/Errors
Proposing a New Package
Guidance on Copyrights and Licenses
Tools
CMake
Doxygen
git
GitHub Notifications
Mail lists
Clang-format
Version Control
Initial git setup
'feature'/'develop'/'master' (cheatsheet)
Simple centralized workflow
Building
SEMS Dev Env
Mac OS X
ATDM Platforms
Containers
Development Tips
Automated Workflows
Testing
Test Harness
Pull Request Testing
Submitting a Pull Request
Pull Request Workflow
Reproducing PR Errors
Addressing Test Failures
Trilinos Status Table Archive
Pre-push (Checkin) Testing
Remote pull/test/push
PR Creation & Approval Guidelines for Tpetra, Ifpack2, and MueLu Developers