Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/git/20.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_Version Control - Fatal编程技术网

GIT源代码管理

GIT源代码管理,git,version-control,Git,Version Control,我一直在看一些GIT视频和阅读一些网站。到目前为止,GIT似乎对我的团队来说是一个很好的源代码控制解决方案。然而,我有一个问题/担忧。我们有很多不同的代码项目,一次只有少数人在做。如果我们每个人的机器上都有完整的代码库,那将是一片混乱。见鬼,一台机器可能没有足够的存储空间来容纳整个代码库和历史记录。是否可以将GIT设置为每个开发人员只拥有他们在机器上使用的代码?我在想,您可能可以为每个项目创建一个分支,开发人员可以选择在他们的机器上使用或不使用它。这听起来有可能吗?这有点挫败了分布式版本控制系统

我一直在看一些GIT视频和阅读一些网站。到目前为止,GIT似乎对我的团队来说是一个很好的源代码控制解决方案。然而,我有一个问题/担忧。我们有很多不同的代码项目,一次只有少数人在做。如果我们每个人的机器上都有完整的代码库,那将是一片混乱。见鬼,一台机器可能没有足够的存储空间来容纳整个代码库和历史记录。是否可以将GIT设置为每个开发人员只拥有他们在机器上使用的代码?我在想,您可能可以为每个项目创建一个分支,开发人员可以选择在他们的机器上使用或不使用它。这听起来有可能吗?

这有点挫败了分布式版本控制系统存在的全部理由。我想你会惊讶于一个项目能在git中容纳多大而不会引起任何问题。如果linux内核可以做到这一点,那么您可能也可以做到


如果您的项目是合理正交的,那么您可以将每一个项目都放在自己的存储库中。

这种方式有点挫败了分布式版本控制系统存在的全部理由。我想你会惊讶于一个项目能在git中容纳多大而不会引起任何问题。如果linux内核可以做到这一点,那么您可能也可以做到


如果您的项目是合理正交的,那么您可以将每个项目都放在自己的存储库中。

假设每个项目属于一组人,并且组之间没有太多重叠,为什么不将每个代码项目放在单独的git存储库中呢?这样,开发人员只能克隆他们需要的repositories


请注意,一般来说,分布式存储库比集中式存储库占用更多的空间。

假设每个项目都属于一组人,并且组之间没有太多重叠,为什么不将每个代码项目放在单独的git存储库中呢?这样,开发人员只能克隆他们需要的repositories


请注意,一般来说,分布式存储库比集中式存储库占用更多的空间。

这是可能的,但我认为多个分支会造成更多的混乱。大多数情况下,在你的大脑中,你需要单独的存储库,正如已经建议的那样,

这是可能的,但是我认为你会通过多个分支来制造更多的混乱。正如已经提出的那样,在你的大脑中,你需要单独的存储库

我们有许多不同的代码项目,只有少数人在工作 一次在他们身上。如果我们每个人都有完整的代码 机器,那会是一片混乱

您可以为每个项目创建一个回购协议,假设项目是指独立的应用程序。开发人员只需要他们正在进行的项目的源代码

其次,GIT得到了非常好的压缩。它目前被用作linux的事实上的源代码控制,据我所知,大约有1000万行代码。这对他们有效,很有可能对你有效

我们有许多不同的代码项目,只有少数人在工作 一次在他们身上。如果我们每个人都有完整的代码 机器,那会是一片混乱

您可以为每个项目创建一个回购协议,假设项目是指独立的应用程序。开发人员只需要他们正在进行的项目的源代码


其次,GIT得到了非常好的压缩。它目前被用作linux的事实上的源代码控制,据我所知,大约有1000万行代码。它对他们有效,很可能对你有效。

七年linux历史的回购协议默认设置为650MB。与其为每个子项目创建分支,不如为每个子项目创建一个完整的回购。如果您需要将所有子项目作为一个包收集在一起,您可以拥有一个包含所有子项目的repo作为分支,并将它们合并到该repo中的单个包中。

七年linux历史的repo在其默认设置下为~650MB。与其为每个子项目创建分支,不如为每个子项目创建一个完整的回购。如果您需要将所有子项目收集在一起作为一个包,您可以创建一个包含所有子项目作为分支的repo,并将它们合并到该repo中的单个包中。

Git通常比zip或tar获得更好的压缩。Git通常比zip或tar获得更好的压缩。为什么要将所有项目都放在一个存储库中?Dave-我猜这是多年来使用源代码不安全的结果。谢谢大家。一个用于相关项目或单个项目的存储库听起来会使GIT成为我们的一个优秀解决方案。为什么您将所有项目都放在一个存储库中?Dave-我想这是多年来使用源代码不安全的结果。谢谢大家。一个用于相关或单个项目的存储库听起来会使GIT成为一个非常好的解决方案。你的意思是,签出为DVC占用了比集中式项目更多的空间,对吗?因为有一个特别的进口是10年
将SVN历史记录转换为git占用了回购端一半的空间。你的意思是DVC的签出占用的空间比集中式的要多,对吗?因为在git中导入了一个长达10年的SVN历史,占用了repo端一半的空间。为什么要在git中将分支作为单独的存储库呢???这不是反复无常。什么??你为什么说mercurial?我认为这是一个误解,我的意思是,分支机构和它们所在的位置更容易迷路。它们位于您的单一结帐处。只是不要使用多个目录,事情就简单了。一个人总是可以git隐藏或进行转储提交,稍后再重置。如果你试图将不同的项目保持在不同的分支中,以不签出其他项目,也不造成混乱,那么事情就不会简单了。无论如何,谢谢你的充分评论,你提到了git存储库-我想我们讨论的是不同的事情,让我们停止讨论吧。你为什么要在git中将分支作为单独的存储库呢???这不是反复无常。什么??你为什么说mercurial?我认为这是一个误解,我的意思是,分支机构和它们所在的位置更容易迷路。它们位于您的单一结帐处。只是不要使用多个目录,事情就简单了。一个人总是可以git隐藏或进行转储提交,稍后再重置。如果你试图将不同的项目保持在不同的分支中,以不签出其他项目,也不造成混乱,那么事情就不会简单了。无论如何,谢谢你的充分评论,你提到了git stash-我怀疑我们在谈论不同的事情,让我们停止讨论吧。