-
Notifications
You must be signed in to change notification settings - Fork 235
Best Practices
Introduction
General considerations
Use issues to discuss any intended modifications
Document your code
Coding style
Git tips for developers
Git tips for maintainers
This page gather instructions for developers to contribute in a clean and smooth way to the SPECFEM3D package. These are, in general, not new rules to those familiar with software development.
GitHub provides a system to track issues. It should be a central place to monitor SPECFEM3D evolution. In particular:
- Report bug as they occur.
- Plan modifications.
Any new code should be fully Doxygen commented. If you have some free time, feel free to comment any code you modify.
Be consistent with the file you are modifying. It might be best to keep line length under a reasonable number (80, 100? -- to be determined).
We adopt an Integration-Manager workflow which requires some attention for developers to contribute to. Tips and helpful commands useful for SPECFEM developers are described on the Git tips for developers page.
Maintainers of the SPECFEM packages find tips and helpful commands on the Git tips for maintainers page.
Development wiki for SPECFEM3D
Development wiki
- Home
- Development plan
- Best Practices
- Using Git for SPECFEM
- Advanced Git Topics
- Versioning Conventions
- Merging Development Branches into Master
User manual
- 01_introduction
- 02_getting_started
- 03_mesh_generation
- 04_creating_databases
- 05_running_the_solver
- 06_fault_sources
- 07_adjoint_simulations
- 08_doing_tomography
- 08b_performing_full_waveform_inversion_FWI_or_source_inversions
- 09_noise_simulations
- 10_gravity_calculations
- 11_graphics
- 12_running_scheduler
- 13_changing_the_model
- 14_post_processing
- 15_informations_for_developers
- A_reference_frame
- B_channel_codes
- C_troubleshooting
- D_license
- authors
- bug_reports
- copyright_and_version
- features
- manual_SPECFEM3D_Cartesian
- notes_and_acknowledgement
- sponsors