如果我的补丁包含两个java文件，我将在git中提交两个文件。Jenkins应该生成包含两个.class文件的.zip文件，但不是所有文件

我们正在将文件提交到git中。提交后，它会在Jenkins中自动触发构建。詹金斯正在编译整个源代码并生成.war文件。那很好

实际上，我在这里还有另一个要求，必须从jenkins那里获取（下载）zip文件（包含类），以获取最新/最近提交的java文件

zip应该包含最近提交/提交的java文件的.class文件

这就像一个bug修复/补丁创建自动化

如果我的补丁包含两个java文件，我将在git中提交两个文件。Jenkins应该生成包含两个.class文件的.zip文件

---

这方面有什么帮助吗？

听起来这是个非常糟糕的主意。只更改了这两个java文件并不意味着只更改了相应的两个类文件。例如，假设.java文件中包含

public static final int MIN_VALUE = 100;

并修改为

public static final int MIN_VALUE = 200;

编译后，使用此常量的所有类都已更改，因为常量值直接在类文件中“内联”

---

Jenkins在那里是为了确保源代码能够编译，测试能够通过它生成并存储在war文件中的.class文件。如果你想要安全而结实的东西，你不应该只拿走一半的成品。获取生成的war文件，并将其完全重新安装，而不是修补单个.class文件。

这听起来是个非常糟糕的主意。只更改了这两个java文件并不意味着只更改了相应的两个类文件。例如，假设.java文件中包含

public static final int MIN_VALUE = 100;

并修改为

public static final int MIN_VALUE = 200;

编译后，使用此常量的所有类都已更改，因为常量值直接在类文件中“内联”

---

Jenkins在那里是为了确保源代码能够编译，测试能够通过它生成并存储在war文件中的.class文件。如果你想要安全而结实的东西，你不应该只拿走一半的成品。获取生成的war文件，并将其完全重新安装，而不是修补单个.class文件。

这听起来是个非常糟糕的主意。只更改了这两个java文件并不意味着只更改了相应的两个类文件。例如，假设.java文件中包含

public static final int MIN_VALUE = 100;

并修改为

public static final int MIN_VALUE = 200;

编译后，使用此常量的所有类都已更改，因为常量值直接在类文件中“内联”

---

Jenkins在那里是为了确保源代码能够编译，测试能够通过它生成并存储在war文件中的.class文件。如果你想要安全而结实的东西，你不应该只拿走一半的成品。获取生成的war文件，并将其完全重新安装，而不是修补单个.class文件。

这听起来是个非常糟糕的主意。只更改了这两个java文件并不意味着只更改了相应的两个类文件。例如，假设.java文件中包含

public static final int MIN_VALUE = 100;

并修改为

public static final int MIN_VALUE = 200;

编译后，使用此常量的所有类都已更改，因为常量值直接在类文件中“内联”

---

Jenkins在那里是为了确保源代码能够编译，测试能够通过它生成并存储在war文件中的.class文件。如果你想要安全而结实的东西，你不应该只拿走一半的成品。获取生成的war文件，并完全重新安装它，而不是修补单个.class文件。

可能是..但实际上我们的要求是这样的。必须生成点补片以及内联补片。是的，可能是..但实际上我们的要求是这样的。必须生成点补片以及内联补片。是的，可能是..但实际上我们的要求是这样的。必须生成点补片以及内联补片。是的，可能是..但实际上我们的要求是这样的。必须生成点面片以及内联面片。