我正在开发集成了 eslint 的 React 项目。它工作得很好，如果我尝试提交与 eslint 不兼容的代码，我会收到错误并且提交会停止。尽管当我没有任何错误时，我只是收到消息“正在运行 eslint...”。我尝试等待，但一个小时后，我决定按 ctrl-c 中断并使用 --no-verify 标志提交。它发生在 Ubuntu 上的 vscode 和 Windows 上的 Intellij 中。有没有人以前遇到过这个问题并知道如何解决它？
我决定在我的新玩具项目中使用语义提交消息。
我看到了各种类型的语义提交消息。
| 类型 | 描述 |
|---|---|
| 壮举 | 用户的新功能，而不是构建脚本的新功能 |
| 使固定 | 为用户修复错误，而不是修复构建脚本 |
| 文档 | 文档的更改 |
| 风格 | 格式、缺少分号等；没有生产代码更改 |
| 重构 | 重构生产代码，例如。重命名变量 |
| 测试 | 添加缺失的测试、重构测试；没有生产代码更改 |
| 杂务 | 更新 grunt 任务等；没有生产代码更改 |
对于前端工程师的
设计、更新和新功能，它们都使用语义feat:?
没有像design:or 这样的语义update:吗？
我在 GitLab 上有以下提交：
3fad532 Last commit
3bnaj03 Fifth commit
vcn3ed5 Fourth commit xxx
aece15d Third commit xxx
385d65a Second commit
556cc58 First commit
我想删除第三次和第四次提交，因此我认为首先通过以下方式恢复到第二次提交：
git revert 385d65a
然后从第五次提交开始应用樱桃选择：
git cherry-pick 3bnaj03 3fad532
1.上述方法是否是通过删除第 3 次和第 4 次提交来获取最后一次提交的正确方法？
2.针对这种场景有更好的方法吗？
我们有用户报告 Firebird 数据库对于我们应用程序存储的条目数量来说太大了。
我发现一篇文章 Commit vs CommitRetaining 表明使用 CommitRetaining 并不是最明智的做法，并且可能会阻止 GarbageCollection 工作。
我们的软件由多个应用程序组成，所有应用程序都连接到 Firebird 数据库。有些与某些用户操作绑定并且仅运行几秒钟或几分钟，其他则是可以运行数月的后台应用程序。
因为我认为 CommitRetaining 与 Commit “一样好”，而且我不必小心地启动新事务，所以我在任何地方都使用 CommitRetaining。
现在我想知道，我是否需要让所有应用程序都没有 CommitRetaining，或者是否足够，长时间运行的应用程序是否“干净”，而短时间运行的应用程序并不重要，因为当它们关闭时，这才算作无论如何都要提交？
而且，只是因为我很好奇：Firebird 是否需要使用 CommitRetaining 释放任何连接来执行 GC，或者每个连接都单独处理。
换句话说：假设 2 个应用程序 A 和 B 正在运行
AAAA--AAAA--AAAA-....
---BBBB--BBBB--B...
那么 A 或 B 总是连接到 DB，这会永远阻止 GC 吗？
我在最近的一个项目中使用Mercurial.在我正在部署项目的Web服务器上,我有一个略有不同的配置文件和生产设置.问题是,当我pull和update我经常要merge和commit为好.
这是正确的工作流程吗？看起来奇怪的是,为了能够继续更新,我必须提交更改集,我想合并会将它们集成到我的生产分支中,并且每次更新时都会继续这样做.这是一个分布式版本控制范例我还不习惯吗？
我在服务器上创建了一个新的git repo,然后提交了所有文件.一旦提交了这些文件,我就创建了一个新的.gitignore文件并提交了它.
我以错误的顺序完成了两次提交,因为原始提交添加了大约30k文件,而.gitignore文件没有任何影响.如果我可以清除两个提交,然后首先提交.gitignore文件,希望它会大大减少文件的数量并使repo更小.
这可能吗？我从未将回购推送到BeanstalkApp(我们的托管git帐户),所以希望它是可能的.
谢谢,
丹尼
嘿,所以我在这里是一个完全的git新手,我所做的最先进的事情就是基本的拉/推.etc
出于原因,我不明白我的一个提交编辑了一堆文件,包括将自上次提交后编辑的内容嵌入到文件中,例如:
foo.txt的:
bar
然后,如果我编辑它:
foobar
提交后的文件改为:
<<<<<<< HEAD
bar
=======
foobar
>>>>>>> XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
X是提交代码或其他什么.
这些对我的源文件的编辑是什么,我如何摆脱它们？
感谢您的帮助
好的,我很困惑!我有一个包含~40,000个文件的目录,并且我创建了一个git存储库.我添加所有文件:
git add.
然后当我输入"git commit"时,我会打开一个40,000行文本文件,并且每行都会被注释掉.如果我关闭此文件而不取消注释任何内容,它根本不执行任何提交.但是,如果我从该文件中仅取消注释一行,则SEEMS将提交所有40,000个文件.这是正确的,这似乎令人困惑？
我们的公司分为多个团队，在将代码发送给质量检查人员之前，我们会执行代码审查。
通常，我们触摸的任何代码都会由同一团队中的某个人进行审核（A），但在某些情况下，我们还需要触摸另一个团队中的代码（B）。
在这种情况下，代码审查应分为两部分：一部分由A小组审查，另一部分由B小组审查。
我们的问题是，很多情况下，团队A不会发送要由团队B审核的代码，这会导致团队B不了解此新代码。
我想做的是定期运行一个脚本，以查找不属于我们团队的任何人所做的代码某些部分（通常是团队处理的子目录）中的提交，但是不幸的是，其中的--not论点git log似乎并不与--author我合作，所以我不能快乐地奔跑git log --not --author "John" --author "Paul" --author "Ringo" module/A module/B module/C
我的要求翻译成类似“ 列出由非John，Paul或Ringo的人完成的所有涉及模块/ A，模块/ B或模块/ C的提交 ”
有什么办法可以使用“官方”工具来做到这一点？我也对开放源代码脚本感兴趣，如果它意味着这样做会导致单行代码或接近单行代码的话。
我正在建立一个消费者,我想确保从Kafka主题中读取和处理每条消息.虽然自动提交功能很吸引人,但我希望能够完全控制偏移量 - 这意味着,如果处理顺利,我只想提交偏移量.
但是,我不确定将自动提交变为false的缺点.什么是转动自动提交的PRO和CON？会慢一点吗？具有相同消费者名称的多个消费者是否会对此实施产生问题？