标签: commit

是否可以在CVS的预提交钩子中使用提交消息？CVS服务器正在远程运行,我使用它来访问它pserver.

理想情况下,如果文件通过过滤器或提交消息包含某些文本,我想允许提交.

我没有选择使用其他版本控制系统.

是否应该只在解决方案编译和构建成功时提交？"中途"提交是否可以在非常大的变化中接受,这些代码在几个小时内不起作用？

我阅读了文档并搜索了一下,但是没有真正简单的步骤可以将本地更改提交到github.我编写了以下步骤,我只是想确保做正确的事情.如果我在本地更改了文件foo.java:

1. git status -s //将告诉我foo.java已经改变

2. git add foo.java //将它添加到我的本地仓库

3. git commit -m"我的更改"//提交到本地仓库

4. git tag"v1.1"//创建一个标签

5. git push --tags //最后,使用新标记将本地提交移动到远程仓库.这将提示您输入密码.如果在步骤4中没有设置标签,那么就是

git push

足够.对？

我只是想确保大多数用例的这些基本步骤是使用github所需的.我是github的新手,这些步骤对我有用,但我想确保我没有犯任何根本错误.如果有任何遗漏的步骤,请评论.再一次,我担心最常见的日常使用(比如,我并不真正关心分支机构等,我将根据需要进行学习).先感谢您.

我看到了一个与我的问题类似的问题，但总体来说是针对SQL数据库的。它说，当您插入数据但在提交之前，仅保存命令并将它们保存在RAM中。只有在提交之后，才会清空RAM，并且数据将存储在数据库中。

但是，我想我注意到将sqlite3与Python配合使用时的行为不同。我在脚本的最后保留了提交。我的程序空间不足并中途中止，但这不是因为RAM已满。它说磁盘空间已满，我确认计算机上的磁盘空间确实已满，其中很大一部分已被数据库文件占用。

我知道我需要更多的磁盘空间来创建该数据库，这不会有问题，但是我想知道，至少在使用sqlite3和Python（如果特殊情况很重要）的情况下，之前我的数据/命令实际上发生了什么提交？换句话说，它们在哪里以及如何存储？不同的数据库是否不同？我是否应该担心直到结束才提交来使用我的所有RAM？

我试图忽略除www目录中的.htaccess文件之外的所有文件.

我有这个:

# Ignore everything in this directory
*
# Except this file
!.gitignore
!/www/.htaccess

我也试过这个:

# Ignore everything in this directory
*
# Except this file
!.gitignore
!www/.htaccess

当我运行时,git status我没有看到.htaccess是一个添加的文件.我尝试过提交.gitignore文件.依然没有.我错过了一些明显的东西,不是吗？

更新

我也试过这些:

# Ignore everything in this directory
*
*/\.htaccess

# Except these files
!.gitignore
!www/\.htaccess

和

# Ignore everything in this directory
*
*/.htaccess

# Except these files
!.gitignore
!www/.htaccess

我们其中一个人推动了一个似乎完整并在他的计算机上工作的提交.从那时起,其他任何计算机都无法从远程存储库中获取更改.每个人都得到的错误是:

git.exe fetch -v --progress  "origin"

POST git-upload-pack (gzip 1407 to 775 bytes)
remote: error: Could not read a75720ce47ae8dcc1d0b4c09fcb7d6f70efa390b
remote: fatal: revision walk setup failed
remote: aborting due to possible repository corruption on the remote side.
fatal: protocol error: bad pack header
git did not exit cleanly (exit code 128) (14368 ms @ 26/10/2014 11:49:05)

无法读取的SHA(a75720 ...)是所述提交的SHA.

我们尝试了各种各样的东西,但似乎没有任何效果.运行git fsck不会将提交显示为悬空,并且在远程服务器中,没有分支指向提交.

从提交中恢复数据不是优先事项,但让系统再次运行是.

有关如何删除/修复损坏的提交的任何建议？非常感谢帮助.

谢谢!

当我运行git commit它时,打开2个vi编辑器窗格而不是一个.顶部窗格完全空白.底部窗格是我期望在运行时看到的git commit.每次我想提交时,我必须先关闭顶部窗格,:q然后才能编写提交消息.

以前有人见过这样的东西吗？解决办法是什么？

如果我想得到Alice提交,我会使用git log --author 'Alice'.但是,如果我想包括那些Bob提交怎么办？

我尝试了以下方法:

git log --author 'Alice|Bob'
git log --author 'Alice,Bob'

我第一次不得不从命令行在SVN中提交一些东西,我意识到我实际上不知道会发生什么.到目前为止,我一直在使用TortoiseSVN这很容易.并且通过"将被提交"我的意思是当我使用时svn commit没有明确指定文件.

我的第一个猜测是,svn status但这显示了很多文件,包括被忽略的文件和其他文件,所以不是所有文件都会被提交.

然后有svn diff可能做我需要的但是太冗长了.

所以我猜我正在寻找的是svn status -q什么？

1. 是否svn status -q列出将提交的ALL和ONLY文件？
2. 请问svn diff名单正好相同的文件,只是在他们所有的变化？

我们有atomikos事务管理器的spring-boot应用程序.问题是,当我将它与weblogic解决方案进行比较时,XA事务中的提交需要花费大量时间.

这是我们的应用程序的指标

process_seconds_count 28072.0
process_seconds_sum 3288.249

process_commit_seconds_count 28072.0
process_commit_seconds_sum 2471.917

所以4/5的处理时间只需要提交.我们应该如何优化它？

application.properties:

spring.jta.enabled=true
spring.jta.atomikos.properties.log-base-dir=target/transaction-logs/
spring.jta.atomikos.properties.service=com.atomikos.icatch.standalone.UserTransactionServiceFactory
spring.jta.atomikos.properties.max-timeout=900000
spring.jta.atomikos.properties.default-jta-timeout=90000
spring.jta.atomikos.properties.threaded-two-phase-commit=true
spring.jta.atomikos.datasource.default-isolation-level=2
spring.transaction.default-timeout=900

更新:

从日志我看到提交和终止状态之间存在巨大差距:

7845373:2018-06-12 11:09:35.468 [http-nio-7002-exec-8] TRACE c.atomikos.icatch.imp.CoordinatorImp - Coordinator 10.0.1.173.tm152879457543219025 entering state: PREPARING
7845727:2018-06-12 11:09:35.474 [http-nio-7002-exec-8] TRACE c.atomikos.icatch.imp.CoordinatorImp - Coordinator 10.0.1.173.tm152879457543219025 entering state: IN_DOUBT
7845736:2018-06-12 11:09:35.474 [http-nio-7002-exec-8] TRACE c.atomikos.icatch.imp.CoordinatorImp - prepare() of Coordinator  10.0.1.173.tm152879457543219025 returning YES vote
7845737:2018-06-12 11:09:35.474 [http-nio-7002-exec-8] TRACE c.atomikos.icatch.imp.CoordinatorImp - Coordinator 10.0.1.173.tm152879457543219025 entering state: COMMITTING
7848193:2018-06-12 11:09:35.591 [http-nio-7002-exec-8] TRACE c.atomikos.icatch.imp.CoordinatorImp - Coordinator 10.0.1.173.tm152879457543219025 entering state: TERMINATED
7848282:2018-06-12 …