我最近犯了一个文件给我的分支的HEAD,它有错误。 我需要做以下的事情: 从HEAD之前的一个提交中获取该文件 将该文件提交回HEAD 什么是最好的方式去做?
每隔一段时间,我会问,在git上启动某个分支是什么时候,或者某个分支上是否创build了某个提交。 分支的终点非常明确:分支标签所在的位置。 但是 – 它从哪里开始? 微不足道的答案是:在我们创build分支的那个提交上。 但是据我所知,这些信息就是为什么我问这个问题,在第一次提交之后就失败了。 只要我们知道我们分手的地方,我们可以画出图表来说明: A – B – C – – – – J [master] \ D – E – F – G [branch-A] \ H – – I [branch-B] 我已经在提交E创build分支B,所以这是“开始”。 我知道,因为我做到了。 但是其他人能否以同样的方式来认识它? 我们可以像这样绘制相同的图表: A – B – C – – – – J [master] \ \ F – G [branch-A] […]
我有以下forms的版本号: version.release.modification 版本,发布和修改是一组数字或'*'通配符。 此外,任何这些数字(和任何前面的)可能会丢失。 所以以下是有效的和parsing为: 1.23.456 = version 1, release 23, modification 456 1.23 = version 1, release 23, any modification 1.23.* = version 1, release 23, any modification 1.* = version 1, any release, any modification 1 = version 1, any release, any modification * = any version, any release, any modification 但是这些都是无效的: *.12 […]
当我要标记提交*时,我需要知道自上次标记提交后发生了什么变化。 例如: a87a6sdf87a6d4 Some new feature a87a6sdf87a6d3 Some bug fix a87a6sdf87a6d2 Some comments added a87a6sdf87a6d1 Some merge <- v1.4.0 在这个例子中,我想知道3个最新的提交,或者能够打印如上所述的日志,如果有的话,它们都显示提交他们的标签。 当我看到有一个新的function添加,我会标记它的v1.5.0。 你怎么处理这个? 这是我应该如何使用标签? 我应该在标签信息中写什么? 我总是把它留空: git tag -a v1.2.3 -m '' *是这个词吗? 那么changeset呢? 我已经看到它在mercurial
你可以使用hg grep,但它search所有文件的内容。 如果我只想search已删除文件的文件名来恢复文件,该怎么办? 我试过hg grep -I 文件名模式 模式,但是这似乎没有返回结果。
我使用以下方法创build新分支: git checkout -b testbranch 我做了20个提交。 现在我想压缩这20个提交。 我这样做: git rebase -i HEAD~20 如果我不知道有多less提交,那么呢? 有没有办法做这样的事情: git rebase -i all on this branch
我负责几个Excel文件和SQL模式文件。 我应该如何对这些文件执行更好的文档版本控制? 我需要知道这些文件中修改的部分(不同的部分),并保留所有的版本以供参考。 目前我正在附加文件名的时间戳,但是我发现它似乎效率低下。 有什么方法或好的做法来做更好的文档版本控制? 顺便说一下,编辑通过电子邮件向我发送文件。
我有一个与Netbeans 6.1搭build的项目,而且我正在使用SVN。 我删除了本地机器上的一些文件,然后试图将修改提交到SVN仓库。 提交失败并显示错误消息 条目'C:\ path \ to \ project \ myfile'没有URL 其中myfile是删除的文件。 有什么方法可以告诉SVN该文件已从项目中删除,并且应该从存储库中删除?
我目前使用AnkhSVN将颠覆集成到Visual Studio中。 是否有任何理由我应该切换到VisualSVN? AnkhSVN是免费的(在一个以上的意义上说),而VisualSVN的成本为50美元。 所以在那里,除非我错过了VisualSVN的一些伟大的function,我没有看到任何理由切换。
从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 ? 为什么不在build.gradle文件中存储gradle version ?