Re: Option for git bisect run to automatically clean up

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On Thu, Sep 27, 2012 at 6:55 PM, Laszlo Papp <lpapp@xxxxxxx> wrote:
> Hi everybody,
>
> I have just run into a problem when I had to issue an explicit cleanup for
> tracked files after a configure run in the Qt5 project. I have tried to
> suggest to the people to bring up this idea on the mailing list in order to
> get this further on. Unfortunately I did not have time to do so, especially
> for the follow-up. I have also been told it is not a good way of asking on
> IRC which surprised me a bit, but I am now bringing this up, and I try to
> also make the follow-up. Hope it is ok.

At first I thought that your idea was to have an option to "git bisect
run" so that a "git bisect reset" is run automatically after the
bisection is finished.
But I search the IRC log and found the discussion here:

http://colabti.org/irclogger/irclogger_log/git?date=2012-09-27

and I found that you said:

"there should be an option for git bisect run which executed the
"whatever clean command git has like git clean -fdx"./"

I understand that, but I wonder what we should do if some people need
a "git reset --hard" and if some other people need other options than
-dfx.
We would need both a --reset and a --clean, or perhaps even a
--reset[=(hard|mixed|soft|merge|keep) and a --clean[=<clean-opts>].
And then what if people want to clean only a subdirectory and not everything?
And this does not take into account the fact that many people
will/should clean using "make clean" or "make distclean" or "rake
clean" or something like that, so that a --clean option will not help
them.

Best,
Christian.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]