小编Rob*_*bin的帖子

我使用 Bitbucket 来比较两个分支。当我将我的master分支（作为我的源）与我的uat分支（作为我的目的地）进行比较并查看差异时，我注意到当我将uat（作为我的源）与master（作为我的目的地）进行比较时，文件列表完全不同。在master作为我的来源进行比较时，还有更多不同的文件。然而，uat作为我的来源进行比较时，只有少数文件有所不同。为什么我比较的顺序会不同？为什么在比较两个分支时源和目标甚至很重要？

另外，我注意到差异中列出的大多数文件具有相同的内容，但唯一的区别是提交哈希。

这是一些屏幕截图。我正在使用 BitBucket UI 来比较两个分支。当让master我成为我的来源时，您可以看到我的屏幕截图中包含的设置文件夹，当我uat1成为我的来源时，该文件夹不存在。

我正在使用spring JDBCTemplate。

我有一种情况，其中需要传递到查询函数中的参数是有条件的/可选的。例如，我有以下代码：

List<RealTimeDTO> result = jdbcTemplate.query(sql, new Object[] {custId, 
number, requestType, startDate, endDate}, new CCCRowMapper());

在代码中，我通过了custId, number, requestType, etc.。然而，requestType就是可能会回来作为可选的参数null或者empty，所以我不希望它被传递到你Object[]，如果它要么是null或empty。

如何处理这种情况？

我可以在仅将所需参数传递给的情况下引入逻辑Object[]，但是，我想知道是否已经有处理此问题的内置功能，而不是重新发明轮子。

当我将工作提交到分支A并推送到存储库时，git 抱怨我需要更新我的项目。我通过更新了我的项目git pull，并完成了自动合并。现在合并后有两次提交：一次提交是我的更改，另一次提交来自git pull.

我注意到合并提交已经包含了已反映在存储库中的所有更改，那么当所有更改都已反映时，为什么 git 专门为该合并创建另一个提交呢？有没有办法在推送之前删除该合并提交？它使事情变得不必要的复杂化。该合并提交本质上是无用的。

我对git在合并后如何存储历史感到有些困惑。

我已成功合并分支A到分支B。现在，当我转到branch中的文件时，B这是合并的一部分，我可以看到该文件在branch上的所有历史记录，A但是看不到branch的任何历史记录B。我该分支文件的历史记录B去了哪里？

合并的方式是通过的，git merge <branch>因此在这种情况下，我处于分支B并已使用git merge A。

例如，在分支A我有如下的提交： a，aa，aaa分别对应不同的文件。

在分支B，我有如下的提交： b，bb，bbb分别对应不同的文件。

现在，当我合并分支A到分支B，所有我在分公司看到B git log的a，aa，aaa历史。我看不到我的b历史。

本质上，我希望我的合并是线性的，当我合并A到时，B我希望历史记录具有所有分支B历史记录，并且在历史记录的顶部将是与SVN相似的合并。

我当前的git日志历史非常令人困惑。

我在使用git时遇到了困难。

我有一个分支A和一个分支B。我想将branch合并A为branch B。我目前在分支机构，B并且使用了以下命令：

git merge A。

现在，当我运行时git status，我看到我先进行了两次提交，当我查看在git mergeI 期间被更改的文件时，我注意到只有两个文件被更改了。但是，我知道分支A中至少有十几个文件被更改了，这些文件在期间没有被获取git merge。

为什么git merge仅在显然还有其他文件需要合并时才合并这两个文件？

我正在尝试将我的 UAT1 分支合并到 MASTER 分支，当我解决所有冲突时，生成的文件具有 .bak 和 .orig 扩展名。我查看了此处引用 .orig 文件的问题，并了解到可以删除它们，但是，我提交哪些文件？如果我删除所有 .bak 和 .orig 文件，那么将没有文件要提交，因此我合并的所有文件都将消失。

我使用 winmerge 作为我的合并工具。

我的 git 状态图像