притон мерзавца по сравнению с ответвлением мерзавца
Предполагая, что вы используете более новую версию lightlider, чем 1.1.3, вы должны иметь возможность .destroy () существующего экземпляра следующим образом:
var slider = $('#lightslider').lightSlider();
slider.destroy();
Для обеспечения безопасности вам нужно будет проверить слайдер - это что-то, прежде чем вы вызовете метод destroy!
3 ответа
'притон' берет незафиксированное, " грязный " материал на Вашей рабочей копии, и прячет его, оставляя Вас с чистой рабочей копией.
Это действительно не переходит вообще. Можно тогда применить притон сверх любого другого ответвления. Или, с Мерзавца 1.6, можно сделать:
git stash branch <branchname> [<stash>]
для применения притона сверх нового ответвления, всех в одной команде.
Так, притон работает отлично, если Вы еще не согласились" неправильный " ответвление.
, Если Вы уже фиксировали, тогда рабочий процесс, Вы описываете в своем вопросе, лучшая альтернатива. И между прочим, Вы правы: Мерзавец очень гибок, и с той гибкостью прибывает перекрывающаяся функциональность.
Я всегда опасаюсь притона мерзавца. Если Вы прячете несколько раз, вещи имеют тенденцию становиться грязными. список притона мерзавца отобразит пронумерованный список притонов, которые Вы создали с сообщениями при обеспечении их... Но проблема заключается в том, что Вы не можете очистить притоны кроме с жестоким ясным притоном мерзавца (который удаляет их всех). Таким образом, если Вы не являетесь всегда анальными в предоставлении суперописательных сообщений для Ваших притонов (своего рода, идет вразрез с философией притона), Вы заканчиваете с непостижимым набором притонов.
единственный способ, которым я знаю о выяснить, который, который должен использовать gitk - все и определить притоны. По крайней мере, это позволяет Вам видеть то, что фиксирует притон, был создан на, а также разность всего включенного в тот притон.
Примечание, что я использую мерзавца 1.5.4.3, и я думаю 1.6, добавляет поп притона мерзавца, который я предполагаю, применил бы выбранный притон , и удаляют его из списка. Который кажется намного более чистым.
На данный момент, я всегда пытаюсь перейти, если я не абсолютно положителен, что собираюсь возвращаться к тому притону в тот же день, даже в течение часа.
Когда вы восстанавливаете свой тайник, ваши изменения применяются повторно, и вы продолжаете работать над своим кодом.
Чтобы сохранить ваши текущие изменения
$ git stash save
Saved "WIP on master: e71813e..."
Вы также можете иметь более одного тайника. Тайник работает как стек. Каждый раз, когда вы сохраняете новый тайник, он помещается поверх стека.
$ git stash list
stash@{0}: WIP on master: e71813e..."
Обратите внимание на часть stash @ {0} ? Это ваш идентификатор тайника. Он понадобится вам для восстановления позже. Сделаем это прямо сейчас. ID тайника меняется с каждым созданным тайником. тайник @{0} относится к последнему тайнику, который вы создали.
Чтобы применить тайник
$ git stash apply stash@{0}
Вы можете заметить, что тайник все еще существует после того, как вы его применили. Вы можете бросить его, если он вам больше не нужен.
$ git stash drop stash@{0}
Или, поскольку тайник действует как стопка, вы можете извлечь последний сохраненный тайник:
$ git stash pop
Если вы хотите стереть все свои тайники, запустите команду 'clear':
$ git stash clear
Вполне возможно, что вы не так часто используете тайники. Если вы просто хотите быстро сохранить свои изменения, чтобы восстановить их позже, вы можете не указывать идентификатор тайника.
$ git stash
...
$ git stash pop
Не стесняйтесь экспериментировать с тайником, прежде чем использовать его в какой-нибудь действительно важной работе.
У меня также есть дополнительная информация. -глубокая версия этого размещена в моем блоге .