这是在代码编译方面，而不是其他..：）
所以，我是我公司的新手，可以预见我会遇到一台非常慢的电脑。每次进行构建时，我的Netbeans都会出现内存/资源耗尽的问题。我正在编译我的JAVA文件。
我使用的是7.0，即使我收到了这个错误，我还是通过编译源程序包来获得它。 （有时我不得不多次编译选定的那些）
但自从我搬到7.2后，这个问题越来越严重。我现在必须以更小的块来编译包。有时按包和文件逐个打包。因此花了我很多时间甚至很多头发。
我不知道首先要编译哪些包。 netbeans正在处理这个问题。因此，需要资源。
我的大多数同事拥有功能强大的计算机，并且构建整个源代码库没有任何问题。所以，我开始获得已编译的软件包，只构建所需的软件包。
那么，这是正确的方法还是构建整个源代码（即使我只是在任何给定时间更改了总代码库的1％）？
该公司几乎每个人都在构建整个代码库，至少一次，尽管大多数更改只有1％。
答案 0 :(得分：2)
更好来构建整个项目并让它按设计工作，然后构建99％的它并且它不起作用。没有迹象表明1％是关键代码或非关键代码，而作为初学者，你无法正确地说出这一点。
我会告诉你的队友/ IT人员有关缓慢构建的问题，并询问可以采取哪些措施来解决它，而不是以块的形式构建代码。
答案 1 :(得分：2)
也许您应该突出显示开发人员使用慢速机器阻碍您正在进行的工作的问题，当您解释生产力损失与硬件成本的差异时，您很快就会有一台新机器。
然后你可以不再担心建立“99％”并继续解决实际问题。
答案 2 :(得分：1)
那么，这是正确的方法还是建立整个来源（甚至 虽然我只是更改了总代码库的1％，在任何给定的 时间）？
我认为只有在完全了解所有内部依赖关系的情况下才能构建项目的某些部分，并且可以保证在进行修改后附近模块中不会发生意外行为。这是我的意见。此外，您可以更改代码并将其编译成功，但整个项目构建可能会失败。
P.S。你应该让公司给你买一台新电脑。
答案 3 :(得分：1)
构建整个项目更好。尝试调整netbeans.conf
netbeans_default_options="-J-client -J-Xss4m -J-Xms128m -J-XX:PermSize=128m -J-XX:MaxPermSize=512m -J-Dapple.laf.useScreenMenuBar=true -J-Dapple.awt.graphics.UseQuartz=true -J-Dsun.java2d.noddraw=true-J-XX:+UseParNewGC -J-XX:+UseConcMarkSweepGC -J-XX:+CMSClassUnloadingEnabled -J-XX:+CMSPermGenSweepingEnabled"
答案 4 :(得分：0)
理论上，您可以遍历所有依赖项并使自己成为依赖层次结构映射，您只需要编译已更改的代码以及依赖于它的所有内容。然而，它不一定是100％万无一失，并且需要很多努力才能获得很少的收益。这不是我希望成为新手的责任，而是你的上司应该让你用适当的工具包进行整理。