标签: svn

假设我们有一个名为“v1.0”的发布分支。trunk 中的工作仍在继续（开发未来版本 - v1.1）。现在我在 v1.0 中检测到一个关键 BUG，必须立即修复。修复了release分支中的bug后，该bug仍然存在于trunk中。如何修复我在发布分支中修复的主干中的相同错误？

假设我已经有svn update一段时间没有了。但是，在我想做 svn update 之前，我想看看发生了什么变化。

我怎样才能做到这一点？

笔记本电脑的有趣之处在于你可以将它们替换掉。

我刚刚开始在家里使用颠覆服务器。昨晚我在家里使用本地 IP 地址（192.168.XX）检查了一个项目，现在我在其他地方，我想提交一些更改回来。

问题是 TortoiseSVN 似乎被锁定到我从 (192.168.XX) 签出的地址。我用谷歌搜索并检查了文档，但到目前为止还没有运气。我不可能是地球上第一个遇到这个问题的人，所以有人知道在尝试提交之前是否可以更改目标存储库的地址吗？

我有一个简单的 python (2.7) 脚本，应该执行一些 svn 命令：

def getStatusOutput(cmd):
    print cmd
    p = subprocess.Popen([cmd],stdout=subprocess.PIPE, stderr=subprocess.PIPE, shell=True)
    output, status = p.communicate()
    return status, output

svn_cmd = [
        ["svn co " + FIRMWARE_URL + "/branches/interfaces/ interfaces --depth empty", ""],
        ["svn up interfaces/actual_ver.txt", "  Getting current version of a branch "]
        ]
status, output = getStatusOutput(svn_cmd[0][0])

不幸的是，当它在我朋友的机器上运行时，它失败并出现错误：“文件名、目录名或卷标语法不正确。” 当我在我的机器上运行它时，它工作正常。

如果我改变：

status, output = getStatusOutput(svn_cmd[0][0])

到

status, output = getStatusOutput(svn_cmd[0])

然后它将成功执行数组的第一个元素（命令），但第二个元素（注释）将失败。有谁知道可能出了什么问题吗？

CentOS 6.5 颠覆 rpm：http : //opensource.wandisco.com/centos/6/svn-1.9/RPMS/x86_64/subversion-1.9.2-1.x86_64.rpm

冉RPM -ivh上述文件，并收到下面的错误。我应该安装什么 (yum install ??) 来摆脱以下错误。

$ rpm -ivh subversion-1.9.2-1.x86_64.rpm
warning: subversion-1.9.2-1.x86_64.rpm: Header V4 DSA/SHA1 Signature, key ID 3bbf077a: NOKEY
error: Failed dependencies:
        libserf-1.so.1()(64bit) is needed by subversion-1.9.2-1.x86_64

我发现如果我从源 .tar.gz 文件安装，那么在一台机器上安装 2 个不同版本的 svn 会很麻烦，因为它需要先安装各种先决条件 yum 模块，然后发出命令才能让它工作，我正在使用 Ansible。

最简单的方法是运行“sudo yum install subversion”，但它没有给我最新的 1.9.2 版本。使用这种方式，我得到 1.6.11 或接近。

是否有任何列表显示需要通过简单步骤（可能是多个版本）安装的工具的完整列表。IE

sudo yum -y install pre-requisite-tools-abc xyz giga1
make || make prefix=/home/user/tools/subversion-1.9.2
make || make prefix=/home/user/tools/subversion-1.9.2 install
svn --version

我正在 GitHub 上使用我们公司应用程序的一个分支。我们有一个开发分支，我们正在从开发创建新分支来处理类似的工作，feature/new-feature并在工作完成后创建对原始存储库的拉取请求。当然，在创建 PR 之前要进行变基。

变基后，来自不同开发人员的一些提交（commitA和commitC）合并到我的分支。现在在我的 PR 中，这些提交也列为文件更改。并且与开发有冲突。

很快，我的 PR 的提交列表是这样的：

commitA <---this commmit is different developers and shouldn't be listed here commitB commitC <---this commmit is different developers and shouldn't be listed here ...

如何从我的 PR 中删除这些提交？这些提交（commitA 和 commitC）也在开发分支上。

我的分支应该只有提交 B，commitA 和 commitC 属于开发分支，而不是我的分支。

我想通过 SVN 的命令行操作将 SVN 存储库中的文件夹检出到本地系统。

我目前正在编写 Jenkins Pipeline 脚本（声明性）。基本上是这样的：

pipeline {
    agent any
    environment {
        NLS_LANG = 'GERMAN_GERMANY.AL32UTF8'
    }
    stages {
        stage('Test') {
            steps {
                script {
                    echo "Test"
                }
            }
        }
    }
}

脚本本身运行良好。但我们现在发现，jenkins 首先检查我们的 SVN 存储库以找到 Jenkinsfile（在workspace@script> 的job Folder文件夹中检查C:\jenkins_home\jobs\<Projectname>\jobs\<Jobname>）。

然后在第二步中再次检查整个 SVN，我没有在 Jenkinsfile 中写入（标题：“ Declarative: SCM Checkout”）。如果我们可以更改此签出的路径，那就没问题了，因为目前它workspace在job folder.

这里有管道作业的控制台输出的屏幕截图：

如何实现自定义工作区中的结帐？

最好它只会在第一次签出时单独签出 Jenkinsfile，而不是整个存储库。我尝试将 更改repository url为保存 Jenkinsfile 的文件夹（单独），但管道也（仅）在第二次签出时签出此文件夹。

这是我尝试执行此操作的控制台输出的屏幕截图：

我在加载开源应用程序时遇到问题

我已经按照这些步骤

Perform a fresh checkout from SVN
1. Start IntelliJ IDEa.

2.In the "Quick Start" menu, select "Check out from Version Control".
This will display a drop-down box.

3.In the drop-down box, select "Subversion". 
This will open a "Checkout from Subversion" dialog.

4.In the "Checkout from Subversion" dialog, click the "+" button in the top left to add a new Repository. 
This will open a "New Repository Location" dialog.

5.In the "New Repository Location" dialog, enter the svn checkout …

我们正在使用 Vaadin 14. 我们应该将项目中的哪些文件夹提交给版本控制？文件夹 node_modules 非常大，非常耗时，我们应该提交这个吗？