-
Notifications
You must be signed in to change notification settings - Fork 567
Committing Changes to the Trilinos Repository
As of April 12, 2018, direct commits to the Trilinos GitHub repository are no longer permitted. We are using a pull request mechanism and requiring code review as part of the process. Pull request and code review (PR/CR) is the project-wide means of getting changes into the Trilinos repository.
- How do I learn about the Trilinos PR/CR process? The PR/CR process is described on this page: https://github.com/trilinos/Trilinos/wiki/Pull-Request-Workflow
-
How do I get assistance if I am having trouble? Create a GitHub issue and add
@trilinos/framework
to your comment text. - My team already does code review on a feature branch. Do we still need to do code review as part of the Trilinos PR? Yes. However, the Trilinos CR process can probably be light weight in this situation.
- My change is very minor. Do I still need to do code review as part of the Trilinos PR? Yes. However, the Trilinos CR process can be light weight in this situation.
- I submitted my pull request, but it is not being tested. What might be going wrong? The most common reason a pull request is not being tested is that it was submitted against a branch other than develop. Other possible reasons include the PR needing a pre-test inspection (for developers who are not part of the Trilinos GitHub organization), or the Autotester tool not having looked at the PR yet due to other running tests.
-
How can I filter autotest emails into a separate folder in Outlook? Add a rule testing for
“ header ‘contains’ ‘X-GitHub-Sender: trilinos-autotester’ “ .
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
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