А! понял вопрос. Кажется.
Вызов выражения.
В момент описания конфига мы кладем полуфабрикат, он сырой.
В момент вызова get_by_name полуфабрикат размораживается.
Т.е. код НЕ будет исполнен до тех пор, пока его не вызовут в первый раз.
Расшифровать-то можно. но придется вдаваться в дебри того, что есть object и tree в git.
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Расшифровать-то можно. но придется вдаваться в дебри того, что есть object и tree в git.
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Расшифровать-то можно. но придется вдаваться в дебри того, что есть object и tree в git.
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Расшифровать-то можно. но придется вдаваться в дебри того, что есть object и tree в git.
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Расшифровать-то можно. но придется вдаваться в дебри того, что есть object и tree в git.
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Расшифровать-то можно. но придется вдаваться в дебри того, что есть object и tree в git.
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Расшифровать-то можно. но придется вдаваться в дебри того, что есть object и tree в git.
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Расшифровать-то можно. но придется вдаваться в дебри того, что есть object и tree в git.
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Расшифровать-то можно. но придется вдаваться в дебри того, что есть object и tree в git.
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Расшифровать-то можно. но придется вдаваться в дебри того, что есть object и tree в git.
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Расшифровать-то можно. но придется вдаваться в дебри того, что есть object и tree в git.
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Расшифровать-то можно. но придется вдаваться в дебри того, что есть object и tree в git.
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Расшифровать-то можно. но придется вдаваться в дебри того, что есть object и tree в git.
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Расшифровать-то можно. но придется вдаваться в дебри того, что есть object и tree в git.
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Расшифровать-то можно. но придется вдаваться в дебри того, что есть object и tree в git.
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Если бы я писал на python — возможно, но так как основной язык — perl, поддержки которого в sphinx я не нашел, то Natural Docs удобнее (да и выглядит привычнее).
Вызов выражения.
В момент описания конфига мы кладем полуфабрикат, он сырой.
В момент вызова get_by_name полуфабрикат размораживается.
Т.е. код НЕ будет исполнен до тех пор, пока его не вызовут в первый раз.
Давал ошибку Sql, а сам посты сохранял.
Сорри all.
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?
Попробуйте посмотреть book.git-scm.com/1_the_git_object_model.html и www.gitguys.com/topics/git-object-tree/.
Если коротко, то мы HEAD gh-pages ветви объявляем как ссылку на doc, который является одним из объектов нашего нового коммита — HEAD в ветке master. Деревья, корень дерева (gh-pages) как ссылка на ветвь(doc) другого дерева(master) — такая концепция, я не знаю как это можно проще представить.
>rm .git/index
>git clean -fdx
когда мы создаем новый brunch, то в нем есть все то, что и в родителе — т.е. это будет копия, а нам все эти документы не нужны. поэтому мы чистим его, удаляя из него все вообще.
так понятнее?