git-svn-helpers

的git - svn的-助手是命令行工具，极大地简化了使用Git的SVN仓库的集合。
混帐 - svn的-佣工的主要目标是使建立一个本地的Git仓库下面的现有SVN结帐“没有脑子”。
它还涉及使用单个混帐SVN仓库的工作（通常）不同的分支多次签，并在它们之间进行切换。
基本用法（例）
执行摘要：
>光盘路径/到/ SVN /回购
> gitify
下面是一个示例会话：
> CD / tmp目录
> SVN合作https://svn.plone.org/svn/plone/plone.app.form/branches/1.1 plone.app.form
1.1 / setup.py
...
检出版本27228。
>光盘plone.app.form
> gitify
没有Git仓库中/Users/tomster/.gitcache/找到。
开始克隆到缓存中。
分析SVN日志...
克隆https://svn.plone.org/svn/plone/plone.app.form/从r10593：27155到/Users/tomster/.gitcache/
在/Users/tomster/.gitcache/plone.app.form/.git/初始化空Git仓库
...
Git的分支“本​​地/ 1.1”现在下面的svn分支“1.1”：
＃在当地的分公司/ 1.1
没有提交（工作目录清洁）
> git的分支
*本地/ 1.1
＆NBSP;主
注意事项：
＆NBSP; * gitify限制克隆在包根的SVN日志（这里https://svn.plone.org/svn/plone/plone.app.form/）找到了修订。一个大的节省时间，尤其是在大型仓库（如plone.collective）
＆NBSP; * gitify创建的Git仓库在〜/ .gitcache不到位
＆NBSP; * gitify创建本地分行的本地/ 1.1以下的（远程）SVN分支1.1和切换到它
多退房
在实际应用中，你经常会用给定的资料库中不同的本地副本，即主干和一个特性分支工作。这时候，在上面创建的.gitcache目录就派上用场了。让我们把我们以前的结算出的方式，并创建一个维护结账下面干线：
> CD ..
> MKDIR功能分支
> MV plone.app.form功能分支/
> MKDIR维护
>光盘维修/
> SVN合作https://svn.plone.org/svn/plone/plone.app.form/trunk plone.app.form
一个plone.app.form / setup.py
...
＆NBSP;üplone.app.form
检出版本27228。
如果我们运行gitify这里会发生什么？：
>光盘plone.app.form /
> gitify
Git的分支“本​​地/树干”现在下面的svn分支'树干'：
＃在当地的分公司/后备箱
没有提交（工作目录清洁）
请注意，此操作去得更快，因为我们现在已经使用了现有的Git仓库中的缓存目录。这可以进一步证明了看，现在可用的本地分支：
> git的分支
＆NBSP;地方/ 1.1
*本地/后备箱
＆NBSP;主
注意事项
'循环'git的以这种方式工作（也许令人惊讶）以及在实践中，但是你需要记住以下几点：
所有检出共享相同的指数！
让我们来看看这是什么意思切换回我们的特性分支：
>光盘../../feature-branch/plone.app.form/
> git的状态
＃在当地的分公司/后备箱
＃更改，但没有更新：
＃（使用“git的添加/ RM ...”更新什么承诺）
＃（使用“混帐结帐 - ...”放弃改变工作目录）
＃
＃修改：文档/ HISTORY.txt
...
＃删除：Plone的/应用/表格/ KSS /测试/ test_kss.py
...
＃
＃未跟踪文件：
＃（使用“混帐添加...”在什么将致力于包括）
＃
＃Plone的/应用/表格/测试/ test_kss.py
Wohah！发生了什么事是git的现在指向中继，因此，status命令表明，我们的分行作为本地修改之间的区别，因为这是文件系统代表。我们可以通过使用颠覆status命令验证这一点：
> SVN ST

唷！一切为了！但是做什么用的git？我们已经完成了在主干上，并希望回到我们的特性分支，但混帐指数都错了？简单：只需重新运行gitify：
> gitify
Git的分支“本​​地/ 1.1”现在下面的svn分支“1.1”：
＃在当地的分公司/ 1.1
没有提交（工作目录清洁）
基本上，这就是你需要与多个退房同一个包的工作时，要记住：始终退房之间切换时运行gitify

什么是此版本中的新

• 在该cannonical库现在https://github.com/collective。 [rossp]
• 在切换到SVN分支的git已经有一个地方分支时修复处理。 [rossp]

什么在0.8版本的新：

• 请init命令跟着如果svn库已切换到另一分支。由于卡尔文Hendryx - 帕克报告的问题。 [tomster]

什么版本0.7是新的：

• 使用完整副本，而不是符号链接创建工作副本。这避免与同一库的多个副本工作，大大降低了冲突的风险时，具有Git和SVN仓库不同步的问题。
• 这也意味着，该取指令现在只能运行在高速缓存，而无需修改工作拷贝（使它安全通过crontab来运行，例如）
• 在对旧式的工作副本运行gitify会产生一个错误。简单地删除符号链接，并重新运行gitify补救措施，但是。
• 在另一个影响，是init命令现在只需要一次，每个工作拷贝（不再需要在同一仓库的不同工作副本之间切换后重新运行该命令）。
• 在gitify因此不再默认使用init命令（就像既不混帐SVN也不做任何的W / O提供了明确的操作）。此外，它已更名为来自gitify（回）来初始化。 [tomster]
• 在允许的帮助下，--version并获取命令运行之外.svn目录[tomster]

什么版本0.5是新的：

• 在添加gitify update命令，它执行的git - svn的底垫操作当前SVN结帐也gracelully处理未提交的本地更改（不同于混帐SVN但像SVN那样）
• 不再使用的用户反馈记录模块。这种想法是相当错误的

什么在0.4版本的新：

• 在重构只使用gitify的入口点。所有其他的命令现在gitify的子命令：
• 在GS-提交已被替换gitify推
• 在GS取已被替换gitify取
• 在增加使用和帮助输出的每个命令。
• 删除，因为它是唯一曾经一起使用，主要gitify命令反正GS-克隆入口点。
• 使用的只是打印到标准输出
正确的记录，而不是
• 补充全面的测试，包括功能测试，涵盖了整个更新/提交克隆的svn库和commiting回到它的循环。

什么是0.3.1版本，新的：

• 在修正：不要使用自定义的别名，如他们可能无法安装。这解决http://github.com/tomster/git-svn-helpers/issues#issue/2
• 修正：明确列出的ElementTree作为依赖此解决http://github.com/tomster/git-svn-helpers/issues#issue/1）

什么是版本0.3 Beta版新：

• 在添加了GS-commit命令这有助于提交回SVN，保持混帐和SVN同步

什么是版本0.2 Beta版新：

• 在添加了GS-fetch命令，这有助于保持高速缓存达最新

要求：

• 在Python中