我怀疑我们与许多其他业务有一个共同的层次结构,因为我们有软件产品,我们通过一系列项目增强每个产品。
我们拥有自己托管的TFS2015。
鉴于TFS似乎不支持Product的想法我创建了一个名为MyProduct的TFS 项目。这个“产品”存在于ALM和SCM中。
接下来,我创建了我的第一个真正的 TFS项目,即我创建了一个TFS项目,其名称与我必须为我的工作运行的实际项目相同。我现在有两个TFS项目,
MyFirstProject的源代码是MyProduct中源代码的副本,应该在某个点或某些点合并回MyProduct。
当我在MyFirstProject结束时,我想将打开的工作项移动到我的产品TFS项目中,即MyProduct,包括,
接下来我想启动MySecondProject等等。
希望这是关于我如何相信常规产品/项目工作的足够细节,我的问题是,我是否正确地使用TFS这种方法?我的新TFS项目不是SCM分支,它们是一个新的SCM项目并且在项目之间移动工作项目并不是一件容易的事情,这似乎并不自然。
感觉我错过了TFS项目结构的重点。
答案 0 :(得分:0)
我想介绍团队项目收藏和团队项目。
根据您的说明,which(do.call(paste, data1) %in% do.call(paste, data2))
#[1] 4 7
和library(data.table)
setDT(data1, keep.rownames = TRUE)[data2, on = names(data2)]$rn
#[1] "4" "7"
应该有branch关系。因此,您可以在团队项目X下创建项目A,然后分支项目A以满足您的要求。
工作项目属于团队项目,而不是单个软件应用程序项目。为了实现您的目标,您可以创建Teams和Areas并将工作项分配到不同的区域。