Visual studio 2010 Visual studio项目文件更改和Mercurial

Visual studio 2010 Visual studio项目文件更改和Mercurial,visual-studio-2010,mercurial,Visual Studio 2010,Mercurial,我是一名使用VSS和TFS源代码管理的开发人员,其中只允许一名开发人员签出任何文件,包括visual studio文件。 我计划在私人项目中使用Mercurial,我发现Mercurial不支持文件锁定作为VSS或TFS,我考虑了SVN,但我需要在线和本地硬盘上都有源代码管理存储库的克隆,所以Mercurial可能是最适合我的 我的问题是,在不锁定Visual studio项目文件的情况下,当我向项目中添加文件时,比如说我添加了一个类,同时我的一个团队成员添加了另一个类,我们都可以提交两个添加的

我是一名使用VSS和TFS源代码管理的开发人员,其中只允许一名开发人员签出任何文件,包括visual studio文件。 我计划在私人项目中使用Mercurial,我发现Mercurial不支持文件锁定作为VSS或TFS,我考虑了SVN,但我需要在线和本地硬盘上都有源代码管理存储库的克隆,所以Mercurial可能是最适合我的

我的问题是,在不锁定Visual studio项目文件的情况下,当我向项目中添加文件时,比如说我添加了一个类,同时我的一个团队成员添加了另一个类,我们都可以提交两个添加的类,但只有一个版本的项目(我的或他的)是最后提交的版本,我们的一个班将被忽略

我怎样才能防止这种情况

我怎样才能防止这种情况

使用Mercurial,您可以(本地)提交更改。当您获取团队成员的更改时,您会将两组更改合并在一起。这通常可以非常干净地工作,并且可以毫无顾虑地完成(很少在合并中失败,甚至需要特殊帮助)。然后,项目文件将获得两组更改,此时您可以在本地提交这些更改,然后将它们推送到共享存储库中

这使得团队中的每个人都可以工作,而不必担心其他人在做什么,尽管将更改合并在一起的责任落在了希望将更改推到最后的人的肩上——但这往往会非常顺利,因为Mercurial在合并更改方面做得很好(通常)

我怎样才能防止这种情况

使用Mercurial,您可以(本地)提交更改。当您获取团队成员的更改时,您会将两组更改合并在一起。这通常可以非常干净地工作,并且可以毫无顾虑地完成(很少在合并中失败,甚至需要特殊帮助)。然后,项目文件将获得两组更改,此时您可以在本地提交这些更改,然后将它们推送到共享存储库中

这使得团队中的每个人都可以工作,而不必担心其他人在做什么,尽管将更改合并在一起的责任落在了希望将更改推到最后的人的肩上——但这往往会非常顺利,因为Mercurial在合并更改方面做得很好(通常)