Welcome to the repository of the D7 QuickStart project. Thank you for choosing to work on this project.
You'll need to be running Docker and the Deeson Docker Proxy to run this project locally.
- Clone the repo.
make installmake start- Add a database dump e.g.
drush @test sql-dump > test.sql
pv test.sql | docker-compose exec -T mariadb mysql -udrupal -pdrupal drupal
- Prepare the database for local usage
make update - Login for the first time
drush @docker uli
- Start Docker:
make start - Login:
drush @docker uli
Stop Docker to save resources: make stop
This project uses Drush Make for pulling in dependencies.
You should edit the versions defined in drush-make.lock.yml
No special considerations for this project, just edit the drush-make.lock.yml
Patches should be referenced from Drupal.org where possible. If you must make a patch file store it in the patches directory in the project root. Patches are then referenced in the drush-make.yml file as appropriate.
projects:
module_name:
patch:
# A comment about a local patch file and what it does.
- './patches/some-custom-file.patch'
# A comment about a patch on drupal.org and what it does.
- https://drupal.org/files/some-patch.patch
We use GitFlow branching strategy on this project.
When starting work on a new feature, name the feature branch starting with the Jira ticket number
git flow feature start fsa-25--some-issue-description
Make sure any pull requests are set to merge to develop when done.
You can merge into the UAT branch without a pull request to deploy your work to the dev site. Don't finish the feature branch when you do this - feature branches are only finished when they have passed inspection on UAT and have at least one approved pull request and then merged into develop ready for the next release.
The bitbucket-pipelines.yml file describes the build process which is execute on commit to specified branches in BitBucket.
This project is hosted on insert hosting provider details here.
This project uses:
- Features module for exporting database artifacts
- master module for specifying per environment module requirements
- An organised approach to settings.php environmental variables via the
sites/all/confdirectory. - Secure environment settings should not be in version control and managed via the hosting environment variables.
Tickets are managed in this Jira project <--Add link here