Как упомянуто в [1 119] gitignore, мерзавец имеет 3, игнорируют файлы :
- Шаблоны, которые должны управляться версией и распределяться другим репозиториям через клон (т.е. файлы, которые все разработчики захотят проигнорировать) должны войти
.gitignore file
.
(который заботится о все время : если Вы клонируете Ваш repo, то это получит .gitignore файл)
- Шаблоны, которые характерны для конкретного репозитория, но которые не должны быть совместно использованы с другими связанными репозиториями (например, вспомогательные файлы, которые живут в репозитории, но характерны для рабочего процесса одного пользователя), должны войти в файл $GIT_DIR/info/exclude.
(не интересный в Вашем случае)
- Шаблоны, которые пользователь хочет, чтобы мерзавец проигнорировал во всех ситуациях (например, резервные или временные файлы, сгенерированные предпочтительным редактором пользователя) обычно, входят в файл, определенный [1 121]
core.excludesfile
вuser's ~/.gitconfig
.
(проявляет заботу о все проекты , но не все время , так как оно не копируется, когда каждый клонирует Ваш repo.)
"Все время для всех проектов" было бы средства, например, пользовательская оболочка для создания новых проектов мерзавца с пользовательским .gitignore как первая часть файла первой фиксации...
Нет. Ближайшим из них является __ defineGetter __
, доступный в Firefox, который определяет обратный вызов функции, вызываемый всякий раз при чтении указанного свойства:
navigator.__defineGetter__('userAgent', function(){
return 'foo' // customized user agent
});
navigator.userAgent; // 'foo'
Он отличается от __ getattr __
тем, что он вызывается для известного свойства. , а не как общий поиск неизвестного свойства.
Нет в стандарте ECMAScript-262, 3-е изд.
Грядущее 5-е издание (в настоящее время черновик), с другой стороны, вводит средства доступа в инициализаторах объектов. Например:
var o = {
a:7,
get b() { return this.a + 1; },
set c(x) { this.a = x / 2; }
};
Подобный синтаксис уже поддерживается Javascript 1.8.1 (конечно, как нестандартное расширение).
Обратите внимание, что на данный момент нет «завершенных» реализаций ES5 ( хотя некоторые в процессе )