我使用svn中保存的软件进行版本控制.我想使用git(git-svn),但软件需要大量的设置和配置才能使用.有一些工具可以处理所有设置,包括通过svn检出所有代码.
git-svn的所有文档(我已经能够找到)需要使用git-svn进行新的检查.
有没有办法转换现有的svn结账,以便它可以使用git-svn？
我想使用GIT和SVN客户端访问存储库.我想象的一种方法是通过自动双向迁移:当用户推入GIT存储库时,它也在SVN存储库中被COMMITed,反之亦然.
有什么工具可以帮我做到这一点吗？
我的情况是,一堆文件被检入svn,这是非常讨厌的源代码控制(特别是一个log4j.properties文件),我想从版本控制中删除它们.我已经知道如何在我自己的本地工作副本中从svn版本控件中删除文件,就像在这个问题和这个问题中一样,但这并不是我正在寻找的.
问题是,一旦我删除文件svn rm --keep-local,当每个其他用户从存储库中拉出时,他们的本地副本log4j.properties将消失,他们的环境将崩溃.我想要做的是从存储库中的版本控制中删除该文件,但也使其成为当其他人从存储库中拉出时,就好像他们--keep-local在自己的机器上使用它一样,以便它们的log4j.properties文件的现有副本坚持不懈但变得无法接受.
这甚至可能吗？我怀疑它是svn没有的功能.
想知道是否可以拥有MySQL数据库的版本控制.
我意识到这个问题之前已经被问过,但最新的差不多是一年前的事情,而且事情发生了变化......
问题是,每个开发人员都在他们自己的计算机上有apache/MySQL/PHP,他们有时会编辑数据库.如果他们必须向所有其他开发人员发送电子邮件然后手动编辑测试服务器数据库,则相当不方便.
你是如何处理这个问题的？
谢谢
我正在使用Maven pom文件,我不希望获取控制iml文件.当我打开一个项目时,IntelliJ似乎将它创建的一些iml文件添加到SVN源代码控制中.我怎么能阻止这个？
我在存储库根目录下的"svn:ignore"属性中有"*.iml",但它似乎并没有阻止IntelliJ添加imls.
我有一系列在Linux中具有执行权限的python脚本.它们存储在SVN中.
如果我然后运行svn up更新它们,覆盖的文件将返回到644 - 即没有任何人的执行权限.
是的我之后可以编写脚本chmod +x *,但肯定有一种方法可以在SVN中存储权限或在更新时维护它们吗？
任何建议赞赏.
现在我正在使用NuGet添加/更新我需要的引用,是否可以只将packages.config添加到源代码控制并在构建时添加.dll？
通常,如此相关问题中所述,我将第三方依赖项存储在解决方案根目录下的文件夹中,并将其签入源代码控制.
我们目前没有使用任何自定义构建工具或脚本:只是使用.sln文件的VisualStudio的默认构建.
我已经使用git-svn几个月了,作为我公司的SVN存储库的接口.
然而,大约一周前,我的公司改变了他们的政策,只有通过Cisco VPN连接才能访问SVN.
我在Linux Mint VM上连接到VPN没问题(这是我编码的地方),但是当我运行git svn dcommit签入代码更改时,我现在无法再通过身份验证.
我试过了:
rm -rf ~/.subversion,摆脱任何保存的SVN身份验证凭据并强制它采取新的,但这似乎没有任何影响,也没有提示我新的凭据,令人惊讶.git svn clone以启动到SVN存储库的新链接,但具有相同的身份验证失败.这是我所看到的运行时,git svn dcommit或git svn clone:
$ git svn dcommit
Committing to https://<redacted>:2443/svn/LS/branches/PRODUCTION-SUPPORT-1/ls-policygen ...
WARNING: gnome-keyring:: couldn't connect to: /tmp/keyring-wCQwzG/pkcs11: No such file or directory
Authorization failed: OPTIONS of 'https://<redacted>:2443/svn/LS/branches/PRODUCTION-SUPPORT-1/ls-policygen': authorization failed: Could not authenticate to server: ignored NTLM challenge, rejected Basic challenge (https://<redacted>:2443) at /usr/local/libexec/git-core/git-svn line 943
该gnome-keyring警告一直存在,并且被要求VPN之前,从来没有停止过的提交.