多个分支

Question

Git的裸回购我想和多个分支（主，开发，发布等..）一个Git的裸库。所以问题是，如果可以检出裸仓库或如何在分支之间切换（是否切换）？

当我要推到裸露的库我可以对纯仓库或合并合并必须在本地完成，推动了足够的分支？因此，寻找一种正确的做法:-)

感谢 彼得

Answer 1

I want to make a git bare repository with multiple branches (master, develop, release, etc..).

从问题来看，似乎你不确定你会做裸git仓库的原因，以及你将如何使用所述储存。问题是，为什么你想做一个裸仓库？

从Pro Git，纯仓库是“不包含工作目录的仓库。”这是一个你无法使用的版本库，只适用于git push和git pull。这样做的原因概括起来here：

"A bare repository is one without a checked out working copy of the code. It only contains the git database. As a general rule you should never push into a repository that contains changes in the working copy. To ensure this doesn't happen, we're making the server repository a bare repository - it has no working copy."

所以，裸露的git仓库，绝对可以包含多个分支。你绝对可以获取裸远程库的副本到您的当地库，并从当地库推送到你的远程（裸）库。但是，您不希望工作出你的裸库中。 （此外，在裸仓库中运行git add是不可能的;参见this SO question以进行澄清）。

So question is if it is possible to checkout the bare repository or how to switch among the branches (does it make a sense to switch)?

这个问题，我想，是不是完全清楚，因为你从来没有真正打开裸存储库分支 - 你永远在裸仓库工作。你所做的只是推或拉。

When I want to push to the bare repository can I make a merging on bare repository or merging must be done locally and push the adequate branch? So looking for a right approach :-)

要git-push以纯仓库，你必须首先确保没有合并冲突 - 如果有，推送会失败（Reference: book.git-scm.com, "Pushing changes to a public repository"）。因此合并必须在本地执行，然后在git-push的裸仓库上更改快进。

So looking for a right approach.

没有什么特别之处纯仓库，除了事实上，你不应该也不能工作了吧。正如其他人所引用的，gitflow model为您提供了一个涉及多个存储库的工作流的概念 - 关于如何要求提供git工作流示例和方法论，存在很多问题。几乎每一个引用(1, Pro Git)，(2, book.git-scm.com)使用纯仓库连同公开或公布库 - 链接的文章讨论了创建和使用的详细裸库。

Answer 2

的问题是你想要做什么有点不清楚。 Git不执行特定的工作流模型。这个想法是留给你 - 开发团队。根据您发布的分支名称，在我看来，您倾向于gitflow model，这对于许多公司和开发团队而言是非常成功的工作流程。

当您最初创建存储库（如果在远程服务器上不存在的地方），你会使用git init它创建了一个默认master分支新的存储库。然后，您可以使用git add添加文件，并提交：git commit。当你准备推到远程的git服务器（如github），你会使用添加远程git的URL：git remote add origin <url>和使用git push origin master 把你的资料库服务器如果你已经拥有你想克隆一个远程服务器存储库中，您将使用git clone <repo url>，这会拉下存储库并将您指向默认分支（通常为master）。

当您想要在功能分支上进行开发并在之后将其合并（例如），或者您的代码准备好发布时，切换分支非常有用，可以分支到release分支并最终将其合并到一个生活/生产部门。有关这样做的详细信息，请参阅gitflow model。

对于入门git的，我建议你阅读过documentation on github，从“初学者”。您可以阅读更多关于Git是什么以及A List Apart Get Started with git文章中的一些基本命令。