对于启用评审流程的分支，为便于评审人员评审代码，开发人员正确的做法是（）

解析这道题目时，我们需要考虑评审流程中代码提交的最佳实践。评审流程通常要求提交的代码清晰、有序，并且便于评审人员理解和追踪每次更改的内容。现在，我们逐一分析每个选项：

A. 每次代码修改后通过git commit -m' 描述信息'命令进行提交：

这个选项意味着每次代码修改后都会创建一个新的提交。虽然这样做可以保留每次更改的历史记录，但在评审过程中，如果开发人员频繁提交小改动，会导致评审人员需要查看大量的提交记录，增加评审的复杂性。

B. 每次代码修改后通过git commit命令进行提交：

这个选项没有提供提交信息，这在实际开发中是不可取的，因为提交信息对于理解每次更改的目的和上下文至关重要。

C. 每次代码修改后通过git commit -am '描述信息'命令进行提交：

-am选项会自动添加所有已修改和删除的文件到提交中，并附带提交信息。虽然这简化了提交过程，但它同样存在与A选项相同的问题，即可能导致评审人员需要处理大量的提交记录。

D. 第一次使用git commit指令，之后若有代码修改，在推送之前再通过git commit --amend -m' 描述信息'命令来对前面的提交进行修订：

这个选项建议在开发过程中，将多次小的修改合并为一个提交，通过--amend选项来修订最近的提交。这样做的好处是，在推送代码进行评审之前，开发人员可以整理他们的提交历史，确保每个提交都包含有意义的更改，并且提交信息清晰。这有助于评审人员更高效地理解和评审代码更改。

综上所述，选项D最符合启用评审流程的分支中开发人员提交代码的最佳实践。它允许开发人员在推送代码之前整理他们的提交历史，从而简化评审过程，提高评审效率。因此，正确答案是D。