相关疑难解决方法(0)

我一直听到有人说他们在Git中提供代码.Git"fork"听起来像Git"克隆",还有一些(毫无意义的)放弃未来合并的心理意愿.Git中没有fork命令,对吧？

GitHub通过将对应关系固定到它上来使叉子变得更加真实.也就是说,您按下前叉按钮后,当您按下拉取请求按钮时,系统足够智能,可以通过电子邮件发送给所有者.因此,它是围绕存储库所有权和权限的一点点舞蹈.

是/否？对GitHub的任何焦虑都会向这个方向扩展Git？或者Git吸收功能的任何谣言？

我在GitHub上分叉某人的存储库,并希望使用原始存储库中的提交和更新来更新我的版本.这些都是在我分发我的副本后制作的.

如何引入在原点中所做的更改并将它们合并到我的存储库中？

是什么区别origin,并upstream在GitHub上？

当git branch -a命令完成后,一些分支有一个前缀origin(remotes/origin/..),而另一些的前缀upstream(remotes/upstream/..).

我想更多地了解分支github项目与创建github项目分支的优缺点.

分叉使我的项目版本与原始版本更加孤立,因为我不必在原始项目的协作者列表中.由于我们正在内部开发项目,因此将人员添加为协作者是没有问题的.但是,我们想了解如果分配项目会使合并更改回主项目更难.也就是说,我想知道分支是否能让两个项目保持同步更容易.换句话说,当我分支时,在我的主项目版本和主项目之间合并和推送更改是否更容易？

这可能是一个愚蠢的问题,但我是git的新手,我看到一个不再存在的远程分支.

$ git branch -a
* master
  remotes/origin/master
  remotes/origin/production

我不相信生产分支存在远程,也无法弄清楚为什么它仍然在本地显示.如何删除/删除此分支？这是尝试删除它的样子:

$ git push origin :production

error: unable to push to unqualified destination: production
The destination refspec neither matches an existing ref on the remote nor
begins with refs/, and we are unable to guess a prefix based on the source ref.
error: failed to push some refs to 'git@IP:puppet.git'

我可以检查所谓的远程生产分支,但得到这个:

$ git checkout origin/production
Note: checking out 'origin/production'.

You are in 'detached HEAD' state. You can look around, make experimental …

当我在另一个分支之间进行Github比较视图时,Github似乎将HEAD版本与较旧的非头版本进行比较.masterAAmaster

我调查了一下,从我能说的话来看,听起来像Github正在将分支A与一个共同的祖先进行比较master.实际上并没有将它与目前HEAD掌握的那些进行比较.

有没有办法A在Github 中将master的HEAD与Head的HEAD区分开来？

如果没有,为什么不呢？这似乎是每个开发人员都希望能够做到的功能.或者是否有一些我可能会缺失的过程？我希望能够直接从这些差异之一创建一个Pull Request.

编辑:这是一个示例回购,显示问题

https://github.com/bradparks/test_github_diff_view

• 我创建了一个包含单个文件README.md的新repo
• 我将此文件设置为包含一行v100.
• 然后我将master分支到一个新的分支A,并将该行更改为"v200"

• 然后我将主分支中的值更改为"v300",然后使用比较链接比较2个分支

  https://github.com/bradparks/test_github_diff_view/compare/A

  我看到以下意外结果.为什么不反对v300而不是v100？

  

我在github上分叉了一个项目,以便发送pull请求.问题是我的做法非常......肮脏.

我在fork的本地副本上工作,为我的修改创建了一个分支并将其合并到master上.然后我在github fork上推送master,以便创建一个pull请求.

问题是,最近,我的拉取请求被拒绝了.所以现在我从原来的主人那里提前5次提交.有什么解决方案才能与原始存储库保持一致？

我是否应该检查新分支中的上游主服务器并使用它创建新的主服务器(如何执行此操作？)

或者更好的是删除我的github fork(我之前接受了提交)并重新创建它(你可以在这里看到github repos)https://github.com/cedlemo/ruby-gnome2

我有一个拉请求,Github说它无法自动合并.这个改变主要是一些提交,但没有冲突.

手动合并我没有任何冲突,我得到这个输出:

(on master)
$git merge otherbranch
[vim pops up for commit message, :wq]
Auto-merging <file>
Merge made by the 'recursive' strategy.
<file> | 1 +
1 file changed, 1 insertion(+)

这就是为什么Github无法自动合并的原因？它无论如何都会从命令行自动合并.这对Github来说不够自动吗？

有没有办法建立一个分支,只能合并,而不是推入？此外,有没有什么方法适用于BitBucket,GitLab或GitHub？

我们处理功能分支,将它们推送到BitBucket/GitLab/GitHub(取决于项目),然后将它们合并到一个名为"development"的集成分支中.我想阻止人们直接推动'发展'.

BitBucket有一种限制对分支机构的访问的方法,但它也阻止了人们也能够进行合并请求.

在TortoiseGit中

当我点击右键单击 - >推送,确定,给它用户/通过,然后有一个创建拉取请求按钮给它一个开始,URL,结束.我点击了,但没有任何反应.

Pull请求(0)显示在我的仓库中.

另外一件事,我如何制作拉取请求,然后根据需要使用相同的软件更新(TortoiseGit)