English 中文(简体)
同一户口存放处的不同宽度是否有望分享变化。
原标题:Can different git-svn clones of the same svn repository expect to be able to share changes then git svn dcommit?

我在网上读到大量“从 s到 g”和其他“干活”文章,我仍然认为这些文章经常处理过于简单的情况。 他们往往以那些只想在当地使用it和黑板的幌子为对象,而没有充分利用 g机的力量,如拖拉、 f子、merge子等多个开发商,他们会把雕刻的存放处装上 g子,然后仍然希望能够把自己的变化推到(官方)的垃圾存放处,重新从事it工作并分担 st等。

每当这些文章承认你能够做任何事情时,就永远不会清楚地解释后果和可能的rew弄(或者说它只是我吗?)。 甚至高射线男子的网页也提到洞穴,但实际上并不广泛。

根据我所说的话,我觉得,如果以这种具体方式使用高光谱仪,可能会出现问题,我下面将阐述这些问题。 如果我这样说,有人会告诉我:

这里是“减少”做事的方式:

  1. We have a project in a svn repository
  2. Developer A git-svn-clone s the svn repo. He begins to hack things locally
  3. Developer B git-svn-clone s the same svn repo. He begins to hack things on his own.
  4. After doing that for some time, possibly adding devs C/D/..., and having other developers who do "standard" svn commits to the original repo, the git users would want to share their code and do all kinds of git magic.
  5. Any one of those git users would like to be able to push the now merged changes to svn (dcommit?)

我的问题是:我梦想吗? 我在一段时间前读过,在一本书上,我认为,光电池-vn-clone可能产生一种储存库,这些储存库当然是雪茄的“灭.器”,但是,由不同的开发商以这种方式产生的树脂会产生不同的“水”并承诺会产生不同的炉.。 因此,我的理解是,这些宝库的重新配置不会分享任何共同的祖先,因此无法使用你需要分享、合并等的所有宝库。 是否真的,我们是否会在这项工作中面对问题?

有时 我读到,至少可以使用“官方”的光电储存库,这是唯一可以加固的,所有用户都必须开始形成这种储存。 然后,你们需要一名负责这一核心邮袋的人,在把所有东西都投入到雕塑之前,要收集花dev之间的变化。 这将是使用户成为“不认识”的惟一途径,即原有的宝库来自避风港,并让他们像他们一样使用所有的威信。 唯一需要流利的人(并了解电离层和粪池)是“合并管理人”(或他所说的任何东西)。

我完全误解? 是否有更简单的方式这样做?

最佳回答

问题当然是第四步。 一家乐团试图将你的当地历史转嫁给服务器。 Dcommit预先假定,你会再找一名SVN客户。 现在,如果你只从你那里重新开门,那是很难向特别志愿人员开放的东西。

http://www.markus-gattol.name/ws/scm.html#sec22“rel=“noreferer”>guru。 所涉事项:

问题回答

我早就试过了这一次,我认为我已经找到了某种可行的安排。 是的,它只是一个严格的重新基础制度,它很复杂,但你确实利用Gite在当地工作(高速、历史、中途、指数等)。

我认为,如果你与你的团队中其他吉特用户合作,你可以利用幕后各处,但自己没有做过太多的试验。 只要你在开工之前将原木线化,它就应当发挥作用。

这里的简短版本(重复了已经说过的话):

  1. Clone the Subversion repo into a "fetching" repo on a central server
  2. Init a "bare" repo on the same server
  3. Push from the fecthing repo to the bare repo
  4. Have developers clone the bare repo and then
    1. git svn init svnurl to configure the git-svn remote, and
    2. git update-ref refs/remotes/git-svn refs/remotes/origin/master so git-svn has a pointer to a revision
  5. Automatically (commit hook) have the "fetching" repo svn rebase, and push to the bare repo
  6. Developers pull from the bare repo with git pull --rebase
  7. Developers running git svn dcommit first have to repeat the update-ref above in case of newer revisions coming from SVN.

http://blog.tfnico.com/201008/example-git-svn-mirror-workflow.html (我需要更多的声望才能掌握形象)。 最新情况: 在这方面,我们:

What I used to do, is create an initial git svn clone, then shared he .git among the developpers using git, so we had exactly the same references.

It seemed to work correctly as we were able to use "specific git features" between git users, as long as we stayed in a linear tree (ie rebasing instead of merging).

我发现,这一博客员额建议保留一个单独的分支与颠覆存放处进行整合,因此仍然有可能在总务局进行推波/包。

在我感觉到的一个难题是,它在承诺评论中储存了金字塔;由于这一演.,它改变了它。

我实际上更喜欢bzr-svn,因为改用特别志愿人员协会的修缮性质,它储存了特别志愿人员协会的远距离修缮中的 b,而这意味着当地没有改写。 该公司还拥有所希望的财产,同一特别志愿人员处的两个独立拖拉将产生相同和互操作的锅炉分行。





相关问题
Best practices for Subversion and Visual Studio projects

I ve recently started working on various C# projects in Visual Studio as part of a plan for a large scale system that will be used to replace our current system that s built from a cobbling-together ...

Changing username in SVN+SSH URI on the fly in working copy

I am using SVN+SSH to check out a working copy of repository from an SVN server on which all developers are members of a developer group and have full read/write permissions on the repository ...

ASP.NET MVC: How should it work with subversion?

So, I have an asp.net mvc app that is being worked on by multiple developers in differing capacities. This is our first time working on a mvc app and my first time working with .NET. Our app does not ...

How to search for file in subversion server?

Is there a way to search for a file in a subversion repository? Something similar to Unix find command, with which I can find the location of a file in a repository. I know there is svn list, but ...

热门标签