通常使用svn将什么添加到主干中

通常使用svn将什么添加到主干中,svn,trunk,Svn,Trunk,据我所知,只需将您处理过的文件一次性或定期添加到主干中即可。添加从未接触过主干的文件似乎既浪费又笨重。这个逻辑正确吗?然后,如果我最终想要接触其中一个文件,我可以在以后轻松地添加它?经验法则是:任何人都必须能够从头开始,使用全新的计算机,安装各种开发工具(编译器、IDE、数据库等),签出主干,并构建项目的最新版本。除了从其他人工制品自动生成的源之外,您的所有源都会进入存储库。经验法则是:任何人都必须能够从头开始,使用全新的计算机,安装各种开发工具(编译器、IDE、数据库等),签出主干,并构建项目

据我所知,只需将您处理过的文件一次性或定期添加到主干中即可。添加从未接触过主干的文件似乎既浪费又笨重。这个逻辑正确吗?然后,如果我最终想要接触其中一个文件,我可以在以后轻松地添加它?

经验法则是:任何人都必须能够从头开始,使用全新的计算机,安装各种开发工具(编译器、IDE、数据库等),签出主干,并构建项目的最新版本。除了从其他人工制品自动生成的源之外,您的所有源都会进入存储库。

经验法则是:任何人都必须能够从头开始,使用全新的计算机,安装各种开发工具(编译器、IDE、数据库等),签出主干,并构建项目的最新版本。除了从其他人工制品自动生成的源之外,您的所有源都会存储在存储库中。

最佳实践是存储您首选的源代码控制系统的完整项目。
当一个全新的团队成员可以结帐并开始工作而无需额外的设置步骤时,我说得对。要做到这一点,您需要存储所有源代码和所有相关库等。

最佳实践是存储一个完整的项目,这是您首选的源代码管理系统。
当一个全新的团队成员可以结帐并开始工作而无需额外的设置步骤时,我说得对。要实现这一点,您需要存储所有源代码和所有依赖库等。

您希望将定义应用程序的所有内容都放入Subversion中。通过这种方式,您将能够从版本控制中构建项目。通过这种方式,您将能够回到过去任何时候查看应用程序的配置情况,这将有一天节省您的时间

不要担心存储问题。颠覆是非常有效的。当您在Subversion中执行复制(“分支”)时,它只复制目录,并且仍然指向原始文件,直到它们被更改为止。如果它们从未改变,那么您将只有一份副本


磁盘很便宜,你的时间和时间都很贵。尽可能轻松地构建项目和时间旅行。您不会后悔的。

您希望将定义您应用程序的所有内容都放入Subversion。通过这种方式,您将能够从版本控制中构建项目。通过这种方式,您将能够回到过去任何时候查看应用程序的配置情况,这将有一天节省您的时间

不要担心存储问题。颠覆是非常有效的。当您在Subversion中执行复制(“分支”)时,它只复制目录,并且仍然指向原始文件,直到它们被更改为止。如果它们从未改变,那么您将只有一份副本


磁盘很便宜,你的时间和时间都很贵。尽可能轻松地构建项目和时间旅行。你不会后悔的。

例如?您可以添加程序编译所有工件(二进制文件、文档、嵌入式色情文件等)所需的所有文件,而不添加其他文件。对于任何其他的话,我们需要更多的细节。+1找到一种方法,纳入色情@JB Nizet给出了一个很好的答案。谢谢,但是带“示例”的问题不是修辞性的:-)。JBNizet的答案很好,可能会对您有所帮助。然而,通过一个具体的例子,你的问题将更加丰富——列举一些你想知道的文件。嘿……好吧,以Magento为例。我不需要媒体文件夹;我永远不会编辑它。所以我想把它排除在回购协议之外。我显然想要的app/code/local文件夹,因为它包含了我所有的自定义模块。看到这个例子了吗?您可以添加程序编译所有工件(二进制文件、文档、嵌入式色情文件等)所需的所有文件,而不添加其他文件。对于任何其他的话,我们需要更多的细节。+1找到一种方法,纳入色情@JB Nizet给出了一个很好的答案。谢谢,但是带“示例”的问题不是修辞性的:-)。JBNizet的答案很好,可能会对您有所帮助。然而,通过一个具体的例子,你的问题将更加丰富——列举一些你想知道的文件。嘿……好吧,以Magento为例。我不需要媒体文件夹;我永远不会编辑它。所以我想把它排除在回购协议之外。我显然想要的app/code/local文件夹,因为它包含了我所有的自定义模块。看看这个,这是一个很好的思考方式,而且非常有帮助!谢谢。哦,我还应该提到,我是目前唯一的开发人员,所以只上传我需要的文件仍然很符合这一规则。这是一个很好的思考方式,而且非常有帮助!谢谢。哦,我还应该提到,我是目前唯一的开发者,所以只上传我需要的文件仍然很符合这个规则。