相关疑难解决方法(0)

版本控制下的xcodeproj

在版本控制下包含Xcode项目时的最佳实践是什么.

version-control xcode

36
推荐指数
2
解决办法
2万
查看次数

开源项目中git存储库的最佳实践

我正在为Github上一个相当小的开源项目做贡献.所以其他人可以利用我的工作,我在Github上创建了自己的分支.尽管Github选择了术语,但我不希望完全偏离主要项目.但是,我并不期望或希望我的所有工作都被接受到主存储库中.但是其中一些已经合并到主存储库中,我希望这会继续下去.我遇到的问题是如何最好地将我们的两棵树保持在一个可以轻松地在它们之间共享代码的状态.

我遇到或将遇到的一些情况包括:

  • 我提交的代码稍后被接受到主存储库中.当我将来从这个存储库中提取时,我的提交在我的存储库中重复.
  • 我提交的代码永远不会被接受到主存储库中.当我将来从这个存储库中取出时,两棵树已经发散并且修复它很难.
  • 另一个人出现并将他们的工作建立在我的存储库上.因此,我应该尽可能避免更改我推送的提交,例如使用git rebase.
  • 我希望将代码提交到主存储库.理想情况下,我的更改应该很容易转换为可以直接且干净地应用于主存储库的补丁(理想情况下使用git format-patch).

据我所知有两种,或者可能有三种方法来处理这种情况,其中没有一种方法效果特别好:

  • 经常运行git rebase以保持我的更改基于上游存储库的头部.通过这种方式,我可以消除重复的提交,但通常必须重写历史记录,从而为想要从我的工作中获取工作的人们带来问题.
  • 经常将上游存储库更改合并到我的中.这在我的结束时工作正常,但似乎不容易将我的代码提交到上游存储库.
  • 使用这些和可能的git cherry-pick的一些组合来保持秩序.

在这种情况下,其他人做了什么?我知道我的情况类似于各种内核贡献者和Linus的主存储库之间的关系,所以希望有很好的方法来处理这个问题.虽然我对git很新,所以还没有掌握它的细微差别.最后,特别是由于Github,我的术语可能不完全一致或正确.随意纠正我.

linux git version-control

33
推荐指数
1
解决办法
2284
查看次数

标签 统计

version-control ×2

git ×1

linux ×1

xcode ×1