小编JS_*_*bad的帖子

使用fossil/bzr时,是否有可能模仿'git stash'的行为？

基本上我对处理以下工作流感兴趣:

• 在某些时候,源代码树有状态X,它被提交
• 我继续编写新代码,我写了一段时间,我看到了重构的机会
• 我不能在这一点上提交,因为我已经开始做的改变没有完成,它还不是原子的
• 在这一点上,我会做'git stash',将保存当前的工作,并将回到状态X.
• 我会做重构和提交,源代码现在有状态Y.
• 我将状态Y中的源代码与stash中的代码合并,完成更改以使其成为原子,然后再次提交,将源代码推送到状态Z

我认为通常可以通过在状态X中分支代码而不是执行'git stash',在该分支中进行重构,然后将分支合并回主分支来使用另一个SCM时模拟这种情况.但我知道分支并不总是便宜的操作.那么有没有更好的特殊方法最终依赖于fossil/bzr的特定功能？

我有一个ncurses应用程序,它在启动时检查终端大小,如果不适合则立即退出.

在Linux中,默认大小为80x24,此应用程序至少需要25个.修复很简单,我只是在运行ncurses应用程序之前调整终端仿真窗口(在X中).

我想用pexpect自动化ncurses应用程序,但是因为它认为通过pexpect启动时终端大小小于所需的终端大小,所以它不会运行.有什么方法可以在启动时明确指定pexpect的终端大小？