小编Pen*_*enz的帖子

是否可以在不触及工作树的情况下知道合并是否会发生冲突？我不想触摸工作树,因为我不想让它签出.如果我想在几个分支机构看到这些信息,那将需要很长时间.

什么操作生成错误"文本文件忙"？我无法确切地说出来.

我认为这与我正在创建一个临时python脚本(使用tempfile)并使用它的execl有关,但我认为execl会更改正在运行的文件.

我有一个宏使用GCC的typeof来创建一个相同类型的宏参数的变量.问题是:如果该参数有const类型,则在宏内创建的变量是const,我不能使用它.例如:

#include <stdio.h>

#define DECR(x) ({typeof(x) y; y = x; y--; y;})

int main(void)
{
    const int v = 5;
    printf("%d\n", DECR(v));
    return 0;
}

汇编给出:

$ cc    -c -o t.o t.c
t.c: In function 'main':
t.c:9:2: error: assignment of read-only variable 'y'
t.c:9:2: error: decrement of read-only variable 'y'
make: *** [t.o] Error 1

有没有办法复制一个值的类型和un-const呢？

我使用构建了一个存储库

git clone --mirror <url>

我想删除一些远程分支,但我得到以下内容:

$ git push origin :b
error: --mirror can't be combined with refspecs

... 要么

$ git push --delete b
fatal: --delete doesn't make sense without any refs

此外,git branch -D b不要触摸遥控器.

有没有办法从镜像克隆中删除远程分支,还是我必须为此构建另一个克隆？

git gc显示:

warning: reflog of 'refs/remotes/origin/abc_branch' references pruned commits

但是,当我试图看到reflog时,我什么也得不到:

$ git reflog show origin/abc_branch@{0}

fatal: ambiguous argument 'origin/abc_branch@{0}': unknown revision or path not in the working tree.

我知道语法是正确的,因为这发生在另一个分支上,我能够看到reflog - 并将其删除.

abc_branch已被删除而未被合并 - 提交被删除.我不想恢复它,我只是想摆脱警告.

我发现自己编写的函数接受参数，以便Borrow<T>它透明地接受值和引用。

例子：

use std::borrow::Borrow;

#[derive(Debug, Copy)]
struct Point {
    pub x: i32,
    pub y: i32,
}

pub fn manhattan<T, U>(p1: T, p2: U) -> i32
where
    T: Borrow<Point>,
    U: Borrow<Point>,
{
    let p1 = p1.borrow();
    let p2 = p2.borrow();
    (p1.x - p2.x + p1.y - p2.y).abs()
}

std:ops这对于实现like很有用Add，否则需要大量重复才能透明地支持引用。

这是惯用语吗？有缺点吗？

是否有任何UI库可以从同一来源构建文本用户界面(ncurses)和图形用户界面(GTK？QT？)？我知道debconf可以和各种前端一起使用,我想构建类似但可编程的东西.

升级到ghc 7.4之后,我不得不import System从各种脚本中删除,但这使得它们与GHC 6.0中的runhaskell不兼容,GHC 6.0仍在许多环境中使用.

有没有办法支持这两个版本？

我import System在ghc 7.4中运行脚本时得到的消息:

% ./script.hs
    Could not find module `System'
    It is a member of the hidden package `haskell98-2.0.0.1'.
    Use -v to see a list of the files searched for.

我在损坏的存储库中丢失了提交对象，但是仍然有一些文件和树对象：

$ git fsck                                                
Checking object directories: 100% (256/256), done.
dangling blob 031be26142ed97da216fb7d79d16a0b0efdf0d71
dangling blob 4b2be7dfef082c2e247be52e6d78600af7b6dd40
dangling tree 4b825dc642cb6eb9a060e54bf8d69288fbee4904
dangling blob ccbb1056cb4e744f9a4b44a439fa036f6a3d7cbe
dangling blob 10bfbc3c1fa10e08cd6a783565f00e7324f61fe5
dangling blob 9b529957be714fef304c4e8161fe6cd138510e98
dangling blob dd5b54882d0b74db99c8a7fbba703d528dc559b9

有没有办法检查出那个树对象？

我猜可能有一种方法可以用伪提交字符串重建提交对象并检查出来。

git cat-file -p tree-sha1