вы можете использовать функцию addClass для готовой функции следующим образом
function done() {
$('body').on('click','.done',function(){
$(this).parent().addClass("btn btn-primary done xxx");
});
}
Наиболее распространенный способ состоял бы в том, чтобы упаковать его в .rpm файле для основанных на Redhat дистрибутивов как Fedora или .deb файле для находящихся в Debian дистрибутивов как Ubuntu.
Найдите кого-то квалифицированным с Debian и заставьте их справку настраивать процесс сборки для создания .deb пакетов для Debian и Ubuntu.
Конечно: смотрите на это учебное руководство от IBM. Его единственное для RPMs, но это, по крайней мере, получило бы Вас движение. Файлы DEB подобны - см. это учебное руководство.
В основном, после того как Вы создали свои двоичные файлы, Вы пишете файл управления, описывающий, какие файлы поставки пакета, и куда он помещает их. Затем Вы встраиваете все в пакет с помощью упаковочных инструментов. Это много похоже на Windows, где Вы пишете файл установщика, затем выполняете его через Wix или Intellishield или безотносительно создать .msi файл.
Зарегистрируйте ошибку Запроса на пакет (RFP) в системе отслеживания ошибок Debian. debian разработчик может быть интересно Вашим программным обеспечением и упаковать его.
Я только использую предварительно скомпилированные двоичные файлы от своего распределения - никогда от другой руки. Если можно предоставить его, просто прокручивают tarball и добавляют некоторый buildscript так, чтобы люди могли разработать проект. Для публикации его добавляют его к сайтам как: Freshmeat
Вы могли обеспечить пакеты сами, но это не идеальный способ распределить Ваше приложение. Пользователи не смогут найти Ваше программное обеспечение в хранилище пакетов своего распределения и должны будут поразить Ваш веб-сайт для загрузки последней версии.
IMO, которые лучшая вещь сделать, ходатайствуют перед справкой специалистов по обслуживанию пакета для дистрибутивов по Вашему выбору. Получите одного из них, который интересуется Вашим приложением принимать его и вводить его к дистрибутиву, затем они могут заботиться об определенных для дистрибутива деталях упаковки его.
Ваша роль будет состоять в том, чтобы помочь им как можно больше в том, чтобы заставлять Ваше программное обеспечение основываться на их платформе и разработать любые ошибки, связанные со взаимодействиями с другими версиями пакета и т.д.
Вот замечательный гид для создания портативного двоичного файла Linux.