Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/github/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
使用Git的工作实践_Git_Github - Fatal编程技术网

使用Git的工作实践

使用Git的工作实践,git,github,Git,Github,我们刚从svn转到git。使用svn,在我们的本地开发机器上,我们已经习惯于使用本地文件夹结构,如: 项目总监 树干 分支机构 分行1(分行副总监) 开发人员是否倾向于使用Git进行类似的工作实践?似乎它们都必须签出到包含.git文件夹的文件夹中,因此我们可以让Master/Feature branch 1等位于同一文件夹中。这是标准吗 提前谢谢 dotdev分支在Subversion中的工作方式与几乎所有其他版本控制系统中的工作方式非常不同。Subversion将分支和标记建模为目录。这在

我们刚从svn转到git。使用svn,在我们的本地开发机器上,我们已经习惯于使用本地文件夹结构,如:

  • 项目总监
  • 树干
  • 分支机构
  • 分行1(分行副总监)
开发人员是否倾向于使用Git进行类似的工作实践?似乎它们都必须签出到包含.git文件夹的文件夹中,因此我们可以让Master/Feature branch 1等位于同一文件夹中。这是标准吗

提前谢谢
dotdev

分支在Subversion中的工作方式与几乎所有其他版本控制系统中的工作方式非常不同。Subversion将分支和标记建模为目录。这在尝试合并它们时会造成很大的问题。这意味着Subversion中的分支和标记没有标准化,关于如何布置分支以及如何管理工作目录,有许多不同的理念

Git(以及几乎所有其他版本控制系统)将分支建模为代码状态的视图一次只能在工作目录中签出一个分支。Git中的规范是使用单个存储库工作目录(整个存储库的克隆),并使用
Git checkout
在分支之间切换

Git的分支比Subversion快得多,也容易得多,所以通常不鼓励使用寿命长的分支。您通常有一个用于开发的分支(通常是
master
),一个用于生产的分支,然后人们创建并合并短期的特征分支。通常情况下,人们在功能分支中开发,而只与主功能合并,而不是在主功能上工作

。作为SVN用户,您可能希望选择一个在概念上接近集中式模型的模型,并且,一旦您感到更舒适,就从那里开始工作