Git 哪种解决方案在生产模式中更好。分叉还是新存储库？

我正在使用stash和git管理一个项目。最近，我在项目的某个部分看到了一个新的解决方案。现在我想在不影响主代码的情况下将其作为测试应用，如果它足够好，我会在以后将其添加到主代码中。

---

所以问题是我应该从我的项目中创建一个分支，还是必须创建新的存储库？或者任何更好的解决方案。

你的问题的解决方案是。这就是它们存在的原因，允许在独立的上下文中开发特性，而不影响主程序

---

了解更多信息。

您的问题的解决方案是一个解决方案。这就是它们存在的原因，允许在独立的上下文中开发特性，而不影响主程序

---

了解更多信息。

由于BitBucket服务器具有，您只需在同一个repo中创建分支即可

但是，如果您的新解决方案涉及一个大型重构，并且将该分支添加到主repo会带来噪音，因为它与主开发分支无关，那么您可以创建一个fork，在这个fork中，您可以推送任意多个分支，而不会污染主repo的分支名称空间

---

对于一个与手头的开发任务无关的实验，我会使用fork。

由于BitBucket服务器有，您可以简单地在同一个repo中创建一个分支

但是，如果您的新解决方案涉及一个大型重构，并且将该分支添加到主repo会带来噪音，因为它与主开发分支无关，那么您可以创建一个fork，在这个fork中，您可以推送任意多个分支，而不会污染主repo的分支名称空间

---

对于一个与手头的开发任务无关的实验，我会使用fork。

最好的方法是从master分支，并在这个新分支中进行更改。

---

此分支可以根据需要随时合并到主分支中。

最好的方法是从主分支中进行分支，并在此新分支中进行更改。

---

此分支可以根据需要随时合并到主控中。

如果只是为了测试，我建议使用分支。当您在一家公司的不同团队之间协作时，或者如果是开源的，则fork通常更适合您进行更改并提交请求

---

如果只是为了测试，我建议使用一个分支。当您在一家公司的不同团队之间协作时，或者如果是开源的，则fork通常更适合您进行更改并提交请求

---

在确保测试按需运行之前，不要合并测试。

我的新功能会删除大量文件并添加一些代码。但是我担心fork同步功能，担心主响应中的意外故障。您无法控制同步，因此没有问题。我的新功能会导致删除大量文件并添加一些代码。但是我害怕fork同步功能，担心主响应中的意外故障。你不能控制同步，所以两者都可以！创建一个新的存储库就像创建一个文件副本一样痛苦。克隆repo，创建一个分支，每个分支都有一个可用的工作目录。两者都要做！创建一个新的存储库就像创建一个文件副本一样痛苦。克隆repo，创建分支，为每个分支创建一个可用的工作目录。