我正在通过SSH (Putty)在Linux机器上工作。我需要让一个进程在夜间运行，因此我认为可以通过在后台启动该进程(在命令末尾使用&号)并将stdout重定向到一个文件来实现这一点。

令我惊讶的是，这行不通。只要我关闭Putty窗口，进程就会停止。

我怎样才能防止这种情况发生?

有人知道可以反编译整个Jar文件而不是单个类的免费反编译器吗?我有一个问题的子类，如名称$1.类名称$2.类名称

我严格遵守了这些说明，包括关于密码缓存的部分。看起来指令是错误的，因为每次我git push origin master都会得到这个错误:

git: 'credential-cache' is not a git command. See 'get --help'.

．.． 这时我必须输入我的用户名和密码。这样做之后，我再次看到相同的错误消息，然后是git push的输出。

下面是我的.gitconfig文件的内容:

[user]
    name = myusername
    email = myusername@myemaildomain.com
[credential]
    helper = cache

要清楚，在我安装Git并运行Git Bash后，下面是我输入的内容:

git config --global user.name "myusername"
git config --global user.email "myusername@myemaildomain.com"
git config --global credential.helper cache

请帮助。这太令人沮丧了!

这不是最好的编程问题，但让我们面对它，服务器故障的人并不精通git，所以我认为它更适合这个观众。

我想在我的shell中切换到TortoiseGit或PortableGit，但我留下了这些烦人的上下文菜单选项。

我怎么才能让他们离开?我必须写一个脚本来卸载它们吗?

密封类在“Scala编程”中有描述，但密封特征没有。 我在哪里可以找到更多关于密封性状的信息?

我想知道，一个封闭的特质和一个封闭的职业是否相同? 或者，如果不是，有什么不同? 什么时候使用密封trait是一个好主意(什么时候不是)?

我设法在本地git存储库中创建了一个小混乱。我试图通过使用以下说明修复一个损坏的提交。在运行“git commit -amend”之前(在git rebase -interactive之后)，我决定我的更改是不正确的，所以我执行了“git reset HEAD -hard”。我告诉你，这不是个好主意。

现在交互性的调整似乎被“卡住”了。Git将当前分支显示为(|REBASE-m)。每个命令(cd ..， ls, git rebase…)在我的存储库中给出以下错误:

cat: .git/rebase-merge/head-name:没有这样的文件或目录

以下是git rebase -abort的样子:

$ git rebase --abort
cat: c:/_work/project/src/git/.git/rebase-merge/quiet: No such file or directory
cat: c:/_work/project/src/git/.git/rebase-merge/head-name: No such file or directory
cat: c:/_work/project/src/git/.git/rebase-merge/orig-head: No such file or directory
HEAD is now at 4c737fb Revert "Modified file names"
rm: cannot remove `c:/_work/project/src/git/.git/rebase-merge/done': Permission denied
rm: cannot remove directory `c:/_work/project/src/git/.git/rebase-merge': Directory
not empty
cat: .git/rebase-merge/head-name: No such file or directory

以下是git rebase的结果——继续:

$ git rebase --continue
cat: c:/_work/project/src/git/.git/rebase-merge/prev_head: No such file or directory
cat: c:/_work/project/src/git/.git/rebase-merge/end: No such file or directory
cat: c:/_work/project/src/git/.git/rebase-merge/msgnum: No such file or directory
cat: c:/_work/project/src/git/.git/rebase-merge/onto: No such file or directory
cat: c:/_work/project/src/git/.git/rebase-merge/quiet: No such file or directory
prev_head must be defined
cat: .git/rebase-merge/head-name: No such file or directory

什么好主意吗?我想把情况重置到我开始我深思熟虑的基地重建行动之前的状态。

以下是git log - online如何显示这种情况:

4c737fb Revert "Modified file names"
247ac02 Modified file names
33141e6 Message modifications
10a4a04 Modified db script

这很好。

我使用的是msysgit v1.7.0.2。

我在Cygwin上尝试了msysGit和Git。两者本身都工作得很好，并且都能完美地运行gitk和git-gui。

现在我该如何配置合并工具呢?(Vimdiff在Cygwin上工作，但我更希望能有一个对我们一些喜欢windows的同事更友好的东西。)

我在谷歌上搜索过，找到了很多解决方案，但没有一个适合我。

我试图通过连接到LAN网络中的远程服务器从一台机器克隆。 在另一台机器上运行此命令会导致错误。 但是使用git运行相同的克隆命令://192.168.8.5…在服务器上，这是正常的并且成功的。

有什么想法吗?

user@USER ~
$ git clone  -v git://192.168.8.5/butterfly025.git
Cloning into 'butterfly025'...
remote: Counting objects: 4846, done.
remote: Compressing objects: 100% (3256/3256), done.
fatal: read error: Invalid argument, 255.05 MiB | 1.35 MiB/s
fatal: early EOF
fatal: index-pack failed

我已经在.gitconfig中添加了这个配置，但也没有帮助。 使用git版本为1.8.5.5.2 .msysgit.0

[core]
    compression = -1

在一个小项目的开发过程中，我一直在Windows和Ubuntu上使用Git，经常在两者之间来回切换。问题是Git Bash总是变慢。

当我说慢的时候，我的意思是运行cd需要8-25秒，运行git命令需要5-20秒，而ls有时需要30秒。不用说，这一点都不好玩，更不用说没有成效了。我知道Git在Windows上比较慢，但这太荒谬了。

对我来说，暂时有效的解决方案是禁用我的网络连接(在这个回答中建议)，启动Git Bash，然后重新连接。有时在这样做之后，它会持续快速运行几天，但性能最终总是会下降。我已经在msysgit讨论组，Stack Overflow, msysgit问题列表等上拖了几周，但我还没有能够找到工作的解决方案。

到目前为止，我尝试过:

将Git和项目文件夹添加到病毒扫描程序的排除列表 完全禁用我的病毒扫描程序(卡巴斯基IS 2011) 确保Outlook未运行(Outlook 2007) 关闭所有其他应用程序 以管理员身份运行Git Bash 禁用网络连接，启动Git Bash，并保持禁用连接 禁用网络连接，启动Git Bash，重新启用连接(仅偶尔有效) 运行git gc 以及以上的组合

我确实读到一些人成功地禁用了Bash完成，但理想情况下，我希望保持它的活动状态。msysgit版本为1.7.3.1-preview20101002，操作系统为Windows 7 x64。可以预见的是，在Linux上运行同样的东西会像闪电一样快。我只会使用Linux，但我也需要在Windows上运行一些东西(某些应用程序，测试等)。

有人遇到过类似的问题吗?如果有，潜在的问题是什么，解决方案是什么(如果有的话)?

这不仅仅是Git存储库，只是作为参考，我一直在使用Git的存储库非常小:最多4-50个文件。

我从我的shell脚本启动了一个后台进程，我想在脚本完成时杀死这个进程。

如何从我的shell脚本得到这个过程的PID ?就我所能看到的变量$!包含当前脚本的PID，而不是后台进程。