我使用 VS2012 和 TFS,并且是唯一一个签入代码的程序员。通常,我将代码留在我的机器上,直到更改完成,然后将其签入 tfs. 我没有使用分支或其他任何聪明的东西。
现在我想开始在家工作。我已经在我的办公室机器上尝试过 RDP'ng,但它不一样。我发现轻微的延迟让我脱离了流程。我可以在我的家用机器和我使用的所有工具上安装 VS。
我正在寻找一些我应该遵循的指导方针或做法。如果我在办公室写一些代码,我每天都要签到吗?搁置吗?我需要准备好第二天在家工作。
我使用 VS2012 和 TFS,并且是唯一一个签入代码的程序员。通常,我将代码留在我的机器上,直到更改完成,然后将其签入 tfs. 我没有使用分支或其他任何聪明的东西。
现在我想开始在家工作。我已经在我的办公室机器上尝试过 RDP'ng,但它不一样。我发现轻微的延迟让我脱离了流程。我可以在我的家用机器和我使用的所有工具上安装 VS。
我正在寻找一些我应该遵循的指导方针或做法。如果我在办公室写一些代码,我每天都要签到吗?搁置吗?我需要准备好第二天在家工作。
好吧,对于一个简单的解决方案,我会选择一个主干(发布版本)和(至少一个)分支。
每天(至少),您都签入到您的“currentWorkBranch”,或者如果您正在处理特定点,则签入特定分支。
因此,您从/到此分支处理您的代码(家庭和工作)。
当您对您的代码感到满意时,您可以将其合并到您的后备箱中(也可以在家中执行此操作并且也可以工作)。
顺便说一句,即使在一个地方工作,我也会这样做。如果可以避免这种情况,切勿将代码仅保留在您的机器上!
我个人会使用搁板。我不喜欢使用签到来节省工作。在我看来,签到应该代表完成的工作。
然而,搁板是为节省工作而设计的。这就是为什么这对我来说更有意义。
Personally, I would say that, if it's practical, branch for each distinct piece of work (or feature) and just get used to checking in smaller, complete pieces of work into that branch. Many frequent check-ins will not only solve the working from home issue, but will also avoid some potentially painful merges (depending of the number of other people working on the same code base).
When the feature is complete it can be merged as a whole into the main code branch.
EDIT: Having just re-read your question, it occurs to me that you mean you are the only developer using the TFS repository. My suggestion still stands though, not least because it's extensible.