-
Notifications
You must be signed in to change notification settings - Fork 22
Contributing
You'll be making commits and pushes against your local fork. All work being done should correspond to an open Github issue(s).
You should be making changes within the modules/dosomething and themes/dosomething directories in the root, not within anywhere the html directory, which is not tracked by git. The changes you make in these root folders will apply to the site because the html/profiles/dosomething/modules/dosomething and html/profiles/dosomething/themes/dosomething directories symlink to the respective folders on root from which you should be working.
-
Add the main repo as an upstream remote to keep your fork up to date.
git remote add upstream git@github.com:DoSomething/dosomething.git
-
Regularly rebase upstream to keep up to date:
git fetchgit rebase upstream/devgit push origin dev
Make sure your instance passes tests locally and you create new tests for each function you write.
- Write your functions knowing each function should have a unit test associated with it.
- Split your code out into smaller functions to easily write unit tests for each function.
Lastly, make sure your changes pass Coder.
When your changes are ready to go, open a pull request against the dev branch in the main repo.
- All pull requests should reference at least one open issue(s) that it fixes or addresses.
- Pull requests which close out an issue should do so within the description.
The Drupal coding standards apply everywhere. Many editors have helper plug-ins.
If those standards don't cover your situation, document additional standards in this wiki.
All modules and functions should include comments that document why and how the code is used, as per Drupal's API documentation standards.
Every new feature should have an issue for writing documentation for the work done. Because this documentation is included in the comments of the codebase, the pull request which adds the documentation should reference the corresponding issue to resolve it.
Check out the Engineering Blog!
- Building your local Environment
- NFS
-
SSHFS— Deprecated - Troubleshooting
- Environment breaking changes
- Troubleshooting your local
- Bender
- Backend Development
- Conventions
- Solr information
- DoSomething Profile
- Contrib Modules
- DoSomething Modules
- Fender
- Front End Development
- Forge Pattern Library
- Testing
- General information
- Xdebug Guide
- Vagrant
- Disc performance benchmark
- Vagrant and file sharing(SSHFS)
- Documentation
- Memorable pull requests
- Documenting on this Wiki & in Code
- 2016 Product Wiki
- Product information
- Faking your geo location
- For local dev: Fastly header information and configuration
- For everywhere else: VPN Server for Testing International Sites
- Translations
- Making content translatable
- Localization Guidelines
- Old International Setup Resources archive
- Setting up international