мерзавец и рабочий процесс C++, как обработать объектные и архивные файлы?
Я действительно исправил это.
В моем случае проблема не имела ничего общего с toFixed().
Моя проблема была из-за смешивания JQuery и Vanilla Javascript.
Таким образом,
let video = $(".video");
video.on("timeupdate", function() {
let colorPos = video.currentTime / video.duration;
color.style.width = colorPos * 100 + "%";
if (video.ended) {
btn.className = "replay";
}
});
Решение
let video = document.querySelector(".video");
video.addEventListener("timeupdate", function() {
let colorPos = video.currentTime / video.duration;
color.style.width = colorPos * 100 + "%";
if (video.ended) {
btn.className = "replay";
}
});
7 ответов
То, что Вы хотите, является полным контекстом, не только ответвлением..., которое обычно является вне объема для инструмента управления версиями. Лучший способ сделать, который должен использовать несколько репозиториев.
Не волнуйтесь о неэффективности этого хотя... Сделайте свой второй репозиторий клоном первого. Мерзавец будет автоматически использовать ссылки, чтобы не иметь несколько копий на диске.
Вот взлом, чтобы дать Вам, хотят Вас, хотят
Так как у Вас есть отдельные obj каталоги, Вы могли изменить свои Make-файлы для создания основного местоположения динамическим использованием чего-то вроде этого:
OBJBASE = `git branch --no-color 2> /dev/null | sed -e '/^[^*]/d' -e 's/* \(.*\)/\1\//'`
OBJDIR = "$(OBJBASE).obj"
# branch master: OBJBASE == "master/", OBJDIR == "master/.obj"
# non-git checkout: OBJBASE == "", OBJDIR == ".obj"
Это будет, но Ваше имя ответвления в OBJBASE, который можно использовать для создания фактического objdir местоположения из. Я предоставлю Вам право изменять его, чтобы соответствовать Вашей среде и сделать его дружественным по отношению к пользователям немерзавца Ваших Make-файлов.
Вы могли установить свой компилятор IDE для генерации всех частных временных файлов (.class и так далее) в <output>\branchName\....
Конфигурацией Ваше ответвление настройки компиляции ответвлением можно зарегистрировать название ответвления в выходном пути к каталогу.
Тот путь, даже если, хотя частные файлы остаются когда Вы git checkout, Ваш проект на новом ответвлении готов пойти.
Это не мерзавец или svn конкретный - у Вас должен быть свой компилятор, и другие инструменты направляют вывод промежуточных файлов как.o файлы к каталогам, которые не являются объектом управления версиями.
В contrib/ каталог git распределение, существует названный сценарий git-new-workdir это позволяет Вам ответвлениям кратных чисел контроля в различных каталогах, не клонируя Ваш репозиторий.
Те файлы не прослежены Мерзавцем или Подверсией, таким образом, они оставлены в покое при условии, что они несколько полезны Вам.
Я просто делаю свой контроль в различных каталогах. Избавляет меня от необходимости делать очистку.
В make clean нет необходимости, потому что файлы, которые различаются в разных ветвях, извлекаются с фактической датой !!!
Это означает, что если ваш Makefile правильный, только эти объекты -файлы, библиотеки и исполняемые файлы компилируются снова, что действительно изменилось из-за проверки. Именно поэтому в первую очередь существует make-файл.
Исключение составляют случаи, когда вам нужно переключать параметры компилятора или даже компиляторы в разных ветвях. В этом случае, вероятно, лучшим решением будет git-new-workdir.
Чтобы сохранить несколько проверок одного и того же репо, вы можете использовать git --work-tree. Например,
mkdir $BRANCH.d
GIT_INDEX_FILE=$BRANCH.index git --work-tree $BRANCH.d checkout $BRANCH