标签: version-control

可能重复:
如何进行"git export"(如"svn export")

git做克隆时是否有传递给的标志,比如说不克隆.git目录？如果没有,.git克隆后删除目录的标志怎么样？

鉴于blob的哈希,有没有办法获得在他们的树中有这个blob的提交列表？

我在GitHub上有一个公共存储库.我想复制/复制它并处理基于此存储库的新项目,但我不想影响它现在的状态.我尝试使用GitHub UI进行分叉,但它没有做任何事情.

维护代码时要遵循的最佳实践和经验法则是什么？在开发分支中只有生产就绪代码,或者开发分支中是否有未经测试的最新代码,这是一种好的做法吗？

你们如何维护开发代码和生产代码？

编辑 - 补充问题 - 您的开发团队是否遵循"尽快提交 - 通常 - 甚至是代码包含 - 次要错误或不完整"协议或"提交 - 只有完美的代码"协议,同时将代码提交给开发分支？

我一直在通过我没有管理员权限的机器上的命令行远程处理我的项目,并且在运行后git push origin master我收到以下错误消息:

(gnome-ssh-askpass:29241): Gtk-WARNING **: cannot open display:

我的.git/config文件包含以下内容:

    [core]
       repositoryformatversion = 0
       filemode = true
       bare = false
       logallrefupdates = true 
    [remote "origin"]
       fetch = +refs/heads/*:refs/remotes/origin/*
       url = https://username@github.com/username/repository.git 
    [branch "master"]
       remote = origin
       merge = refs/heads/master

Run Code Online (Sandbox Code Playgroud)

我之前收到了403错误.在这里发表评论之后,我将用户名放在远程网址的@符号之前,从那以后,我一直收到Gtk错误.

当我使用ssh -X并尝试推送登录到机器时,我收到以下错误:

X11 connection rejected because of wrong authentication.
(gnome-ssh-askpass:31922): Gtk-WARNING **: cannot open display:localhost:10.0

如果我将遥控器的URL更改为git@github.com:username/repository.git,则错误为:

ssh: connect to host github.com port 22: Connection timed out
fatal: The remote …

我想重新定义一个特定的提交,而不是另一个分支的HEAD:

A --- B --- C          master
 \
  \-- D                topic

至

A --- B --- C          master
       \
        \-- D          topic

代替

A --- B --- C          master
             \
              \-- D    topic

我怎样才能做到这一点？

我在我的版本控制系统中保留了开发和生产服务器的主机名和端口等重要设置.但我知道将秘密(如私钥和数据库密码)保存在VCS存储库中是不好的做法.

但是密码 - 就像任何其他设置一样 - 似乎应该是版本化的.那么保持密码版本控制的正确方法是什么？

我想这将涉及将秘密保存在他们自己的"秘密设置"文件中,并对该文件进行加密和版本控制.但是什么技术呢？以及如何正确地做到这一点？还有更好的办法吗？

我一般都会问这个问题,但在我的具体实例中,我想使用git和github存储Django/Python站点的密钥和密码.

此外,当我使用git推/拉时,理想的解决方案会做一些神奇的事情 - 例如,如果加密的密码文件发生更改,则会运行一个脚本,要求输入密码并将其解密到位.

我们目前在相对较大的代码库上使用subversion.每个版本都有自己的分支,并对主干执行修复,并使用迁移到发布分支svnmerge.py

我相信现在是时候进行更好的源代码控制了,我一直在玩Mercurial.

虽然使用Mercurial管理这样的发布结构似乎有两个学派.每个版本都有自己的repo,并且针对发布分支进行修复并推送到主分支(以及任何其他更新的发布分支.)或在单个存储库(或多个匹配副本)中使用命名分支.

在任何一种情况下,似乎我可能会使用像移植一样的东西,以包含在发布分支中的cherrypick更改.

我问你 每种方法的相对优点是什么？

来自Gradle的文档: https ://docs.gradle.org/current/dsl/org.gradle.api.tasks.wrapper.Wrapper.html

此任务生成的脚本旨在提交给您的版本控制系统.此任务还会生成一个小的gradle-wrapper.jar引导程序JAR文件和属性文件,该文件也应提交给您的VCS.脚本委托给这个JAR.

来自: 什么不应该在源头控制下？

我认为Generated files不应该在VCS中.

当gradlew和gradle/gradle-wrapper.jar需要？

为什么不存储gradle version中build.gradle的文件吗？

如果我运行svn rm file,该文件将从本地工作副本中删除.

我现在做的是:

$ cp file file2
$ svn rm file
$ svn ci
$ mv file2 file

如何避免svn在使用时删除本地文件svn rm？