使用TFS的单个开发人员希望在家和办公室工作，寻找有关签入的指南

我使用VS2012和TFS，是唯一一个签入代码的程序员。通常，我将代码留在机器上，直到更改完成，然后将其签入tfs。我没有用树枝或其他聪明的东西

现在我想开始在家工作。我试过在我的办公室机器上使用RDP'ng，但结果不一样。我发现轻微的耽搁使我无法继续前进。我可以在我的家用机器和我使用的所有工具上安装VS

---

我正在寻找一些我应该遵循的准则或实践。如果我在办公室写一些代码，我是否每天都要签入？搁置它？我需要准备好第二天在家工作。

好吧，为了一个简单的解决方案，我会选择主干版本和至少一个分支

至少每天，您都会签入到当前的工作分支，或者签入到特定的分支（如果您正在处理特定的点）

因此，您可以在家中编写代码，并从/到该分支机构工作

当你对你的代码满意时，你可以把它合并到你的主干中，这样你就可以在家里和工作中完成

---

顺便说一下，即使在一个地方工作，我也会这样做。如果可以避免的话，千万不要把代码放在机器上

对于一个简单的解决方案，我会选择主干版本和至少一个分支

至少每天，您都会签入到当前的工作分支，或者签入到特定的分支（如果您正在处理特定的点）

因此，您可以在家中编写代码，并从/到该分支机构工作

当你对你的代码满意时，你可以把它合并到你的主干中，这样你就可以在家里和工作中完成

---

顺便说一下，即使在一个地方工作，我也会这样做。如果可以避免的话，千万不要把代码放在机器上

就个人而言，我会使用搁置集。我不喜欢使用签入来保存工作。在我看来，签入应该代表已完成的工作

---

但是，搁置集是为节省工作量而设计的。这就是为什么这对我来说更有意义。

我个人会使用搁置集。我不喜欢使用签入来保存工作。在我看来，签入应该代表已完成的工作

---

但是，搁置集是为节省工作量而设计的。这就是为什么这对我来说更有意义。

就我个人而言，如果可行的话，我会说，为每个不同的工作或特性进行分支，并习惯于将较小、完整的工作签入该分支。许多频繁的签入不仅可以解决在家工作的问题，而且还可以避免一些潜在的痛苦合并，这取决于在同一代码库上工作的其他人的数量

功能完成后，可以将其作为一个整体合并到主代码分支中

---

编辑：刚刚重新阅读了您的问题，我突然意识到您的意思是您是唯一使用TFS存储库的开发人员。不过，我的建议仍然有效，尤其是因为它是可扩展的。

就我个人而言，如果可行的话，我会说，为每个不同的工作或特性进行分支，并习惯于将较小、完整的工作签入该分支。许多频繁的签入不仅可以解决在家工作的问题，而且还可以避免一些潜在的痛苦合并，这取决于在同一代码库上工作的其他人的数量

功能完成后，可以将其作为一个整体合并到主代码分支中

---

编辑：刚刚重新阅读了您的问题，我突然意识到您的意思是您是唯一使用TFS存储库的开发人员。我的建议仍然有效，尤其是因为它是可扩展的。

谢谢你的建议。我的机器每天晚上都会备份，所以我不太担心在运行中丢失代码。在离开之前，必须记住将代码签入工作分支！谢谢你的建议。我的机器每天晚上都会备份，所以我不太担心在运行中丢失代码。在离开之前，必须记住将代码签入工作分支！我同意；搁置集在这方面效果很好。你确实需要一些规则，因为你最终会在两台机器上进行并行签出，而且很容易失去同步，但这是一种不用签入即可将工作保存到服务器的好方法。我部分同意：这个概念很好，但为了实用，搁置集对日常使用的用户友好程度较低。获取最新版本比搁置取消搁置GUI更容易。出于OP的需要，我认为这可能是一个论点。总之，只是一个观点。@RaphaëlAlthaus我同意你的可用性观点。将搁置集与最新的搁置集相比有点笨拙。我认为你的方式是一个更好的过程。只要你把从分支->主干合并当作签入，提供详细的评论等，那么你的方法就可以很好地工作；搁置集在这方面效果很好。你确实需要一些规则，因为你最终会在两台机器上进行并行签出

---

是的，而且很容易失去同步，但这是一种不用签入就可以将工作保存到服务器的好方法。我部分同意：这个概念很好，但实际上搁置集对日常使用的用户友好程度较低。获取最新版本比搁置取消搁置GUI更容易。出于OP的需要，我认为这可能是一个论点。总之，只是一个观点。@RaphaëlAlthaus我同意你的可用性观点。将搁置集与最新的搁置集相比有点笨拙。我认为你的方式是一个更好的过程。只要您将Merge from Branch->Trunk视为签入并提供详细的注释等，那么您的方法就可以很好地工作。