如果我们使用ASLR，我是否认为在构建过程中rebase我们的dll毫无意义？因为当内核加载它们时，dll无论如何都会再次rebase？我担心我们的应用程序经常在终端服务机器上使用。因此，如果在加载时发生rebase，我们最终可能会为加载到的每个进程都rebasedll(每个session将有一个进程)。这将导致比我们愿意支付的更多的内存使用和分页。我需要担心吗？我发现以下博客文章说rebase只发生一次并且是系统范围的:MattEvans-EnablingASLRformemorysavings?.我还没有看到关于此的任何其他引用资料，所以只是想确定如果我使用ASLR并且在我们的构建

在项目的.git目录下删除reabse-apply文件或则mergerebase

我们的工作团队热情地采用了rebase工作流程，但我们可能会有些得意忘形，这就是这个问题的重点:你是法官。现在使用pull--rebase对我来说是轻而易举的事。但是，我们也有很多人在处理的大型功能分支。我们希望定期引入master上发生的变化。传统智慧会让我们merge，因为它是一个共享分支。然而，在我们对rebase的痴迷中，我们决定对这些分支进行rebase。当然这需要大家的配合。工作流程是这样的:1)rebaser与每个人协调以确保他们都已checkin并推送到功能分支上，然后要求他们在该分支上不再做任何工作，直到他们全部清除为止。2)rebaser将特性分支rebase到ma

我们的工作团队热情地采用了rebase工作流程，但我们可能会有些得意忘形，这就是这个问题的重点:你是法官。现在使用pull--rebase对我来说是轻而易举的事。但是，我们也有很多人在处理的大型功能分支。我们希望定期引入master上发生的变化。传统智慧会让我们merge，因为它是一个共享分支。然而，在我们对rebase的痴迷中，我们决定对这些分支进行rebase。当然这需要大家的配合。工作流程是这样的:1)rebaser与每个人协调以确保他们都已checkin并推送到功能分支上，然后要求他们在该分支上不再做任何工作，直到他们全部清除为止。2)rebaser将特性分支rebase到ma

我最近开始使用GitHubforWindows.我刚遇到冲突。在命令行我会知道如何处理这个，但是GitHubforWindows选择让我进入一个我不熟悉的状态:C:\Users\w\Documents\GitHub\CmisSync[(6026d18...)|REBASE+0~1-0!1|+0~0-0!1]>gitstatus#Notcurrentlyonanybranch.#Youarecurrentlyrebasing.#(fixconflictsandthenrun"gitrebase--continue")#(use"gitrebase--skip"toskipthispatc