Zekfad

Quick examples

• feat: new feature
• fix(scope): bug in scope
• feat!: breaking change / feat(scope)!: rework API
• chore(deps): update dependencies

Commit types

• build: Changes that affect the build system or external dependencies (example scopes: gulp, broccoli, npm)
• ci: Changes to CI configuration files and scripts (example scopes: Travis, Circle, BrowserStack, SauceLabs)
• chore: Changes which doesn't change source code or tests e.g. changes to the build process, auxiliary tools, libraries

the0neWhoKnocks

Jest Testing Examples

• Common Use Cases
  • Testing a function was called with a specific Object property
  • Testing a function was called with a bound callback
  • Setting props on window.location
  • Working with History
  • Time travel
  • Testing exceptions
• Check if an Object contains multiple keys

Sam152

#!/bin/bash

DIRS="./app/modules/custom/ ./app/themes/custom/"

for i in $(seq 0 4); do
    echo "Looking for @expire $(date -d "-$i month" "+%b %Y")."
    grep -rni "@expire $(date -d "-$i month" "+%b %Y")" $DIRS && exit 1
done

exit 0

mixonic

Setup

In config/environment.js:

// config/environment.js
'use strict';

/*
 * Mostly this is the stock module config.

chx

function git() {
        # Path to the `git` binary
        GIT="/usr/bin/git"

        # Sanity check
        if [ ! -f ${GIT} ]
        then
                echo "Error: git binary not found" >&2
                return 255
        fi

kamilZ

sudo apt-get install php7.0-dev
wget http://xdebug.org/files/xdebug-2.4.0rc2.tgz
tar -xzf xdebug-2.4.0rc2.tgz
cd xdebug-2.4.0RC2/
phpize
./configure --enable-xdebug
make
sudo cp modules/xdebug.so /usr/lib/.
#FOR FPM
sudo echo 'zend_extension="/usr/lib/xdebug.so"' > /etc/php/7.0/fpm/conf.d/20-xdebug.ini 

larowlan

My thoughts on core process and roadmaps

Prelude

Much of what is proposed here is a large shift from Drupal's traditional feature addition process which has been largely informal. In the past because of our long release cycles consideration of such a process would have been foolish and this degree of formality would only have discouraged involvement. Now that we're moving towards semantic versioning, the release of Drupal 8 and a move to regular six-monthly minor releases means we're now in a position to consider this kind of formal process. Its a sign that we're maturing as an open source community. Parts of the process, in particular the voting, are modelled on other successful open-source projects that have the same level of maturity as ours. The thoughts proposed here are just that, thoughts. They've been influenced by core conversations at Drupalcon Amsterdam as well as a significant twitter thread on the topic. Please read the whole thing before comme

neclimdul

#!/bin/bash
#
# Description
# 
# Many patches don't apply but can easily be reapplied by using git's very
# powerful merge tools. This script finds the last commit that the patch
# applied to, makes a temporary commit and then tries to merge against the
# given branch.
#
# Usage:

sun

diff --git a/sites/default/settings.php b/sites/default/settings.php
index b2ce930..9d0514e 100644
--- a/sites/default/settings.php
+++ b/sites/default/settings.php
@@ -611,7 +611,8 @@
  * The 'bootstrap_config_storage' setting needs to be a callable that returns
  * core.services.yml.
  */
- # $settings['bootstrap_config_storage'] = array('Drupal\Core\Config\BootstrapConfigStorageFactory', 'getFileStorage');
+$settings['bootstrap_config_storage'] = 'Drupal\Core\Config\BootstrapConfigStorageFactory::getFileStorage';

sdboyer

<?php

use \Gliph\Graph\DirectedAdjacencyList;
use \Gliph\Traversal\DepthFirst;

$graph = new DirectedAdjacencyList();

foreach ($entity_list as $entity) {
  if ($entity->has('embedded')) {
    foreach ($entity->get('embedded') as $embedded) {