Luc*_*cas 6 git version-control tfs
我是Git世界的初学者,以前只专注于集中版本控制机制,即微软的TFS(tfvc).我已经阅读了关于stackoverflow的几个教程,社论,问题/答案,以及创建了我工作的几个git存储库,但到目前为止还没什么花哨的.
我很好奇为什么经常会遇到这样的声明:"为什么我以前担心分支,但不再使用git",或者那种类似的东西？我不是在质疑这个陈述,我只是在寻找原因,为什么会这样.
从我读过的社论,到目前为止我如何理解git架构,我确实理解分支是如何容易的,它是多么轻量级(分支只是提交的指针),但仍然没有什么神奇的避免合并冲突等冲突如何产生的方案是一样的,那么为什么我,作为git世界的初学者,不应该害怕做多个分支,在它们之间切换,提交,合并等等？
到目前为止,我在一个小团队工作,所以我们每个项目有1/2人,所以几乎没有合并冲突(没有惊喜),但是说你有一个由50名工程师组成的团队,他们都在研究各个部分.应用程序,我不禁想到,当所有这些提交开始相互交叉时,它只是偶尔对他们来说是一场噩梦.
有一个公司惯例,像同样的IDE,相同的whitespacing方案等,都很好,但它适用于任何版本控制机制,不是吗？所以,要完成我的小话,并重复主要问题:
"为什么我不担心在git和其他版本控制机制上工作？"
提前致谢
这取决于...
如果您有 50 人合并回同一分支，那么是的！您可能会遇到合并冲突git，并且svn使用任何工具（git merge稍微复杂一点，但它无法解决问题！）
如果您作为“独立”开发人员在本地分支和合并，您将没有什么可担心的。
归根结底，这个词已经被滥用了。 branching并且merging是一个理论概念，你是完全正确的，无论你使用哪种工具，分支和合并仍然是相同的抽象概念，应该害怕和不害怕 - 与任何工具一样！
带来的变化git主要是它允许本地或分布式开发人员快速分支和合并，但同样，如果你有 50 个人合并相同的代码库 - 担心它 - 确实会发生许多合并问题并不能解决git它（将会有很多git 拥护者在这里尖叫:))。
这里的问题当然是我们有太多人在同一个代码库上工作，这与任何源代码控制工具无关，而是与团队结构以及是否使用微服务或单体设计有关。