[fossil-users] Sing a song of praise for git {retch}

I had a couple of trouble tickets wind up in my queue at work. We use git. One of the dependent projects, which I use in a read only fashion, was apparently out of date, so I did a git pull to get up to date. Lo and behold, git pull refuses to work because I have uncommitted changes. Except I

Re: [fossil-users] Sing a song of praise for git {retch}

On May 18, 2016, at 1:31 PM, Konstantin Khomoutov wrote: > > The fact there are morons among your technical staff is unfortunate > (and I sympathize you on this) but this has nothing to do with Git. From a “rebase doesn’t kill repositories, people kill

Re: [fossil-users] Sing a song of praise for git {retch}

On Wed, 18 May 2016 13:12:30 -0600 Scott Robison wrote: [...] > Yes, I dislike git (though TortoiseGit makes it a lot more > tolerable). I don't blame guns when people get shot, or knives when > people get stabbed, or cars or alcohol when someone dies in a drunk >

Re: [fossil-users] Sing a song of praise for git {retch}

On Wed, May 18, 2016 at 1:31 PM, Konstantin Khomoutov < flatw...@users.sourceforge.net> wrote: > On Wed, 18 May 2016 13:12:30 -0600 > Scott Robison wrote: > > [...] > > Yes, I dislike git (though TortoiseGit makes it a lot more > > tolerable). I don't blame guns when

Re: [fossil-users] Sing a song of praise for git {retch}

On Wed, May 18, 2016 at 2:04 PM, Warren Young wrote: > On May 18, 2016, at 1:31 PM, Konstantin Khomoutov < > flatw...@users.sourceforge.net> wrote: > > > > The fact there are morons among your technical staff is unfortunate > > (and I sympathize you on this) but this has

[fossil-users] Fossil versus ClearCase performance

I have a hybrid Fossil/ClearCase checkout directory with ClearCase driving and Fossil synchronizing, like I described earlier on this list. "f changes" takes 0.061 seconds to complete. The ClearCase equivalent is to get a list of checked-out (editable) files and a list of hijacked (edited

Re: [fossil-users] Quotes (was: git rebase, and what it looks like in Fossil)

Not sure it's fair to include my quote when I've never once actually used git, but I appreciate your vote. On May 18, 2016 09:29, "Richie Adler" wrote: > El 18/05/2016 a las 10:56, Andy Goth escribió: > > [...] the git model may have compromised its users' thought

Re: [fossil-users] Repairing trunk/timeline after a shun

On 5/17/2016 9:01 PM, John P. Rouillard wrote: > Would it be worth mentioning that shunning a commit does not shun the > artifacts checked in during that commit? The shun page should give more information about its effective use. > Is there any way to identify and remove these unconnected

Re: [fossil-users] Conversation with a CM guy

And so does IntelliJ: https://www.jetbrains.com/help/idea/2016.1/merging-deleting-and-comparing-branches.html#d1537633e130. Regards, Orzech Dnia 17 maja 2016 21:01 Warren Young w...@etr-usa.com napisał(a): On May 17, 2016, at 12:25 PM, Ron W ronw.m...@gmail.com wrote: So far, none of the IDEs

[fossil-users] Quotes (was: git rebase, and what it looks like in Fossil)

El 18/05/2016 a las 10:56, Andy Goth escribió: > [...] the git model may have compromised its users' thought processes to > the point where they don't realize they're missing anything, basically a > combination of Sapir-Whorf and Stockholm Syndrome. I vote this to be added to the list of quotes

Re: [fossil-users] git rebase, and what it looks like in Fossil

On 5/17/2016 12:54 PM, Ron W wrote: > On Tue, May 17, 2016 at 4:21 AM, Andy Goth > wrote: >> So what would a Fossil analogue be? For simple cases, merge >> -baseline root:branch does the trick. >> >> But if the branch being merged also

[fossil-users] Automatic Ticket-commit tagging

I am getting tired of having to copy and paste the ticket uid into my commit comments in order to automatically link multiple commits to a single ticket. The ability to go to a ticket and see the list of checkins associate with it is very important to me, but the manual overhead to make it so,