Eclipse создает ВСЕ классы на каждом, сохраняют
К сожалению, не существует автоматического способа перенести shrinkwrap.yaml в pnpm-lock.yaml.
Я бы предложил следующее. Найдите версии зависимостей, которые нарушают ваш проект, и закрепите рабочие версии, используя pnpm hooks .
Так что, если вы знаете, что foo имеет зависимость bar@^2.0.0 и bar@2.1.0 нарушает вашу сборку, вы можете переписать панель в зависимости foo, например: ]:
module.exports = {
hooks: {
readPackage
}
}
function readPackage (pkg, context) {
if (pkg.dependencies && pkg.dependencies.bar === '^2.1.0') {
pkg.dependencies.bar = '2.0.0'
}
return pkg
}
4 ответа
It turns out that I did not have all my jars in the classpath. These jars were not being directly used by my codes hence there were no errors in my codes per se. They were needed by the other libraries that I was using.
FIX: Made sure all dependencies are added to classpath.
Я предполагаю, что вопросы, как я заставляю затмение создавать только файл класса, который я изменил и не полная сборка каждый раз, когда я редактирую какой-либо файл в проекте?
Именно это Eclipse обычно делает out-of-the-box. Вы, должно быть, повредили что-то...
Вы используете внешние инструменты сборки (такие как Муравей)? Проверьте настройки Builders на проект.
Если ничто иное не помогает, попытайтесь создать новую рабочую область и импортировать Ваш проект в него.
Как сказанный Thilo, проверьте своих разработчиков.
Последнее средство должно было бы удалить Вашу рабочую область и проверить чистый набор кода. Это является более или менее раздражающим в зависимости от того, как легкий или твердый это должно получить Вашу кодовую базу от "проверенного" до "выполнения" и насколько Вы настраиваете свой опыт Eclipse (измененные ярлыки / представления / перспективы, mylyn данные и т.д.).
Я не использую Eclipse (поэтому рассмотрите это, полунеобразованное предположение :-), но другая вещь проверить является Вашими установками часов. Могло случиться так, что Вам установили Ваше время слишком далеко от времени изменения файла, таким образом, это продолжает думать, что исходные файлы изменились относительно файлов класса.
Я сказал бы, что это очень маловероятно, но, в зависимости от того, как работы Eclipse в могли бы быть возможными.
Другая вещь - действительно ли Вы, уверены, что файл, который Вы изменяете действительно, не требует, чтобы другие файлы были восстановлены также?