iddqd3

Если разобраться, то все просто.

Метод __clone, как уже писали ранее, вызывается ПОСЛЕ клонирования объекта. До его вызова php создает "поверхностную" копию объекта. Это значит, что если в одном из свойств клонируемого объекта хранится другой объект, то php копирует в новый объект его ссылку. После этой операции $original->address и $clone->address указывают на один и тот же объект. (пример кода ниже).

Если нам нужно клонировать какое-то свойство-объект, то мы можем сделать это в методе __clone. Мне привычнее воспринимать его как коллбэк. В этом методе $this - это клон (новый объект).

Теперь вспомним то, что php при присваивании выполняет сначала ПРАВУЮ часть операции, а затем левую.
В данном случае это значит: "Эй, интерпретатор, возьми и клонируй то, что лежит у меня в поле adress, потом возьми ссылку на этот объект, и запиши мне в поле address"

class Person {
  public function __clone() {
    $this->address = clone $this->address;
  }
}

$original = new Person();
$clone = clone $original;

Частенько бывает что часть пакетов нужна при разработке и не нужна на продакшене. И наоборот. Поэтому желательно бы еще разделять requirements для разработки и для продакшена.
Файлы с requirements могут включаться один в другой. Таким образом обычно зависимости можно разделить на 3 отдельных файла.
Например:
reqs/
- common.txt
- prod.txt
- dev.txt

common.txt будет содержать все обязательные общие зависимости. Пример с потолка:

Django==1.8.5
mysql-python==1.2.5

dev.txt будет содержать пакеты специфичные только для разработки но включая common. Пример опять же с потолка:

-r common.txt
ipyhton
ipdb
django-debug-toolbar==1.4

prod.txt тоже будет включать common но так же содержать вещи которые на продакшене обязательны а в Вашем локальном окружении не нужны вовсе:

-r common.txt
gunicorn==19.4.1
whateverelse=1.0.0

соответственно когда мы собираемся разрабатывать мы устанавливаем зависимости так
pip install -r reqs/dev.txt
в продакшене
pip install -r reqs/prod.txt

if (!/^Test|^Deploy/.test(string)) {
  // do something
}

Регулярные выражения

1. Для чего замыкание существуют?

Для инкапсуляции данных.
В ООП есть модификаторы доступа (private, protected), которые закрывают доступ к данным извне класса, но позволяют обращаться к ним из методов.
В ФП для этой задачи используют замыкания, закрывая данные внутри функции. Из вне данные недоступны, но вложенные функции имеют к ним доступ.

2. В каких условиях они создаются?

Когда вложенная функция обращается к переменным внешней функции.

Хоть и просили без примеров, но на примере показать проще:

// makeCounter - внешняя функция
function makeCounter(initialValue) {
  var value = +initialValue || 0;
  // counter - внутренняя функция
  // она использует переменную value из внешней функции
  // что-бы это было возможным, для counter создается замыкание,
  // в котором хранится переменная value
  // переменная initialValue функции counter не нужна, поэтому ее можно "забыть"
  return function counter() {
    return value++;
  };
}

// у нас 3 экземпляра функции counter
var counter1 = makeCounter();
var counter2 = makeCounter();
var counter3 = makeCounter(100);
// и для каждой есть своя переменная value
console.log(counter1()); // 0
console.log(counter1()); // 1
console.log(counter2()); // 0
console.log(counter1()); // 2
console.log(counter3()); // 100

// а вот получить как-то напрямую переменную value мы не можем
// инкапсуляция нам не дает поломать данные