新项目的源控制

Question

我正在自己的工作项目中工作，我知道它最终需要存储在我们的SVN中。我的问题是，如果我从头开始，我该怎么做才能将它存储在SVN中？当我觉得某个模块达到某个里程碑时，我是否只提交稳定的完整版本或提交？

Answer 1

尽早并经常提交。这可以最大限度地减少团队中的冲突解决步骤。单独工作也是一种很好的做法，所以如果你发现自己朝着错误的方向前进，那么你就有了可以回滚的历史。

Answer 2

最初：

提交您的初始版本。

您需要在开发时经常提交。您需要确保您提交的内容是可构建的。

您可以随时查看代码的特定修订版，当您到达里程碑时，您也可以标记您的存储库。

一旦您有了工作代码：

一旦您的主代码稳定，您就可以开始为更大的更改做分支。 See my answer here for more information on branches vs trunk for development。

通过在分支机构工作，您可以根据需要随时提交，并且您不必担心将错误提交给在项目中工作的其他人。他们将不得不解决您正在解决的相同问题。

此外，如果他们无法建立您所承诺的内容，那也浪费了他们的时间。

什么时候要小心你的行李箱？

一旦你的项目中有多个开发人员，在你提交你的主干时要小心。通过提交不完全有效的东西，你正在等待项目中其他开发人员的时间。

提交通常很好：

提交通常是好的，无论是分支还是主干，因为......

• 您可以通过SVN日志跟踪您的更改。
• 如果你破坏了某些东西，你可以回到工作版本。
• 如果丢失代码，您将获得备份。
• 在其他人的变化中合并更容易。如果您长时间在分支机构工作，可以重新分配并将更改合并到新分支中。

Answer 3

尽早并经常提交。通常，提交编译的东西 - 但有时，如果您要对设计进行一些破坏性的更改，请检查版本，以便您可以回到“最近几乎稳定”的版本。当你在自己的存储库中独自工作时，它并不重要;你不会影响其他任何人。一旦您使用公共存储库，请确保将您自己的开发与可能破坏其他工作的任何事物隔离开来;使用分支机构。

Answer 4

我建议经常提交。如果您的同事也这样做，将很难发生冲突，并且源控制将作为项目的后备。

我认为绝对最低限度是每天提交一次，越多越好！这些想法是，如果它编译它可以提交。

对于较大的团队，当天可能还有指定的时间进行提交（例如在午餐前允许自动构建进行处理）。

Answer 5

经常提交，并提交不会破坏构建的所有内容。通过“构建”，我的意思是任何编译，通过单元测试......无论你的成功构建标准是什么。

Answer 6

从当前代码开始，将其添加为“初始提交”。