我目前是我网站开发团队(3人)的负责人,我们正在研究如何将git纳入我们的日常工作流程。
一些要求:
我的团队中有3个人,A(我是顺便说一句),B和C. 我提出的一个可能的解决方案(但总体上是一种hackish和缓慢):
所以当reposB认为它很好时,它会将new_branch合并到reposB的主人,并告诉我ssh到reposMain并从reposB / new_branch拉到reposMain / reposB_branch
拉到reposB_branch的所有冲突都会被解决,然后我做差异,看看我是否喜欢这个改变,如果我喜欢它,我会把它合并到reposMain的主人
当他们开始工作时,每个人都会从reposMain开始。
对于这个设置,我需要让reposMain可下载(可读)给我的所有团队但让它不可写(可以用chmod完成)。唯一的缺点是这是一个真正的hackish解决方案,并要求我明确ssh到reposMain并进行合并等。
您是否在此工作流程中看到任何错误/问题? 有没有比这更好的解决方案?
答案 0 :(得分:4)
嗯,你对同事的信心不足?鉴于这是一个“小型创业公司”,我并不是真的理解你需要亲自审查每一次提交,但即使把它当作一个给定的,仅仅告诉他们提交策略是什么还不够? / p>您在此工作流程中是否有任何错误/问题?
我对颠覆的熟悉程度可能会让我偏向于此,但我认为如果你们三个人都可以写回购物,这将更加实用。通常,当你盯着他们的屏幕时,你会站在他们的肩膀上并让他们走过它来进行代码审查。如果它看起来不错,那么你只需要它们就可以提交它。
哎呀,也许他们会在你的代码中找到并修复你的代码中的错误!
答案 1 :(得分:2)
对于您的机器,您将使用git remote add
告诉git所有的回购。当有人希望您合并他们的更改时,您可以执行git fetch reposB
,检查更改,并在git merge reposB
看起来没问题时执行。在计算机上准备好后,您将git push
发送到共享仓库。不应该做任何明确的SSH。
有关更深入的讨论,请参阅Chapter 3 of the Git community book。