git 中重大更改的正确工作流程是什么？
What is the proper workflow for major changes in git?
我目前正在对一个小型 Django 项目中的电子邮件系统进行大修。
就目前而言，我将需要对系统的几乎每个方面进行大量修改，我认为如果我从头开始并删除大部分旧文件会更容易。
1) 我应该注释掉旧代码还是覆盖它？
2) 我应该删除旧文件还是应该将其重命名为未使用的名称？
3) git 进行大修时的常见做法是什么？
这取决于，如果您确定以后不想使用旧代码，请创建一个新分支并更改所有内容。但如果您不确定，我会重新创建一个存储库。这会更容易。但是您也可以进行还原。这是个人选择。我会创建一个新的 repo。
您说从头开始可能更容易，但您可能会考虑是否可以采用更渐进的方法。除非它是一个非常小的程序，否则你的设计可能会被分解成几个sub-systems/components。也许您可以从一两个没有显着依赖性的项目开始；首先让他们使用单元测试，然后重构旧代码库以使用它们。重构时，删除所有旧的 cruft 并用新逻辑替换。如其他地方所述，您的存储库应提供历史记录；未使用或注释掉的代码会使您的代码库更加混乱。
像这样花时间重构可能看起来是在浪费时间，但它可能会改进设计。虽然旧的代码库可能一团糟，但大概它确实有效。通过重构它以在开发时使用新组件，可能比从头开始更早地揭示设计中的疏忽。它甚至可能更容易将新设计视为一组组件，因为您不会试图让所有东西同时工作。
我目前正在对一个小型 Django 项目中的电子邮件系统进行大修。
就目前而言，我将需要对系统的几乎每个方面进行大量修改，我认为如果我从头开始并删除大部分旧文件会更容易。
1) 我应该注释掉旧代码还是覆盖它？
2) 我应该删除旧文件还是应该将其重命名为未使用的名称？
3) git 进行大修时的常见做法是什么？
这取决于，如果您确定以后不想使用旧代码，请创建一个新分支并更改所有内容。但如果您不确定，我会重新创建一个存储库。这会更容易。但是您也可以进行还原。这是个人选择。我会创建一个新的 repo。
您说从头开始可能更容易，但您可能会考虑是否可以采用更渐进的方法。除非它是一个非常小的程序，否则你的设计可能会被分解成几个sub-systems/components。也许您可以从一两个没有显着依赖性的项目开始；首先让他们使用单元测试，然后重构旧代码库以使用它们。重构时，删除所有旧的 cruft 并用新逻辑替换。如其他地方所述，您的存储库应提供历史记录；未使用或注释掉的代码会使您的代码库更加混乱。
像这样花时间重构可能看起来是在浪费时间，但它可能会改进设计。虽然旧的代码库可能一团糟，但大概它确实有效。通过重构它以在开发时使用新组件，可能比从头开始更早地揭示设计中的疏忽。它甚至可能更容易将新设计视为一组组件，因为您不会试图让所有东西同时工作。