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 napisał(a):
On May 17, 2016, at 12:25 PM, Ron W wrote:
>
> So far, none of the
Hi Eric:
In message
,
Eric Rubin-Smith writes:
>> employability.
>
>
>It takes less than a day to pick up git if you're used to fossil.
I agree with you to an extent. There are some sharp edges in git that
people seem to cut themselves on. If you are hiring people you don't
want to have to trai
In message <4d41a0c9-37e8-1a0b-2120-99953b016...@gmail.com>,
Andy Goth writes:
>On 16 May 2016 15:34:02, John P. Rouillard wrote:
>> I would like to see your document when you think it's ready to share.
>
>I can't, it's not mine to share. And even if I were willing to spill
>proprietary informati
On May 17, 2016, at 12:25 PM, Ron W wrote:
>
> So far, none of the IDEs I've used seem to support VCS merges from within the
> IDE.
Visual Studio does, with Git:
https://www.visualstudio.com/en-us/get-started/code/merging-with-squash
___
fossil-use
>
>
> So far, none of the IDEs I've used seem to support VCS merges from within
> the IDE. I've always had to go to the VCS itself (or, when using Hg or SVN
> on Windows, TortoiseHg or TortoiseSVN), so lack of merging in libfossil
> might not be a big issue for creating Fossil plug-ins for IDEs.
>
On Tue, May 17, 2016 at 2:22 PM, jungle Boogie
wrote:
>
> If fossil had a more polished gui to move files and bring up boxes to
> type in commit messages, it may be more popular too. As it is, most
> fossil commands seem straight forward in my use cases.
>
Some of my co-workers use Fuel (on Windo
On Tue, May 17, 2016 at 9:00 AM, Stephan Beal wrote:
> On Tue, May 17, 2016 at 2:10 PM, Konstantin Khomoutov <
> flatw...@users.sourceforge.net> wrote:
>>
>> And ways to integrate Fossil to popular solutions like MSVS and Visual
>> Studio Code appear to be of increasing relevance to me (I mean, m
On 17 May 2016 at 05:10, Konstantin Khomoutov
wrote:
> Unfortunately, the major selling points of Subversion -- excellent
> Windows support including (proprietary) server-side solution with GUI
> configurator and TotroiseSVN -- do not exist for Fossil. Or at least
> they are not visible well enou
On Tue, May 17, 2016 at 2:10 PM, Konstantin Khomoutov <
flatw...@users.sourceforge.net> wrote:
> Unfortunately, the major selling points of Subversion -- excellent
> Windows support including (proprietary) server-side solution with GUI
> configurator and TotroiseSVN -- do not exist for Fossil. Or
On 17/05/2016 15:10, Konstantin Khomoutov wrote:
> I think its an overestimation. Don't forget that the landscape of
> F/OSS VC systems was different back then. In reality, DVC systems
> existing around year 2005 were either slow (Monotone, Darcs) or had
> horrible UI (GNU Arch) so Torvalds had n
On Mon, 16 May 2016 23:06:59 -0500
Andy Goth wrote:
> > He said he thinks he'll go with Git instead because that would give
> > the engineers working under him more forward mobility when they
> > eventually move on to other companies, whereas Fossil is unknown
> > and would not improve their empl
On Mon, 16 May 2016 23:30:16 -0500, Andy Goth wrote:
> On 5/16/2016 11:24 PM, Stephan Beal wrote:
> > It overwrote the whole drive with the word Hello.
>
> Or at least the first block, which is arguably the most important one
> since it tends to contain tables critical to being able to actually fi
On Tue, 17 May 2016 01:03:41 -0500, Andy Goth wrote:
> > I wonder if a git-fossil (like git-svn) might be helpful for people?
>
> I don't know what git-svn is.
It lets you manage your commits to Subversion using Git. Sort of a two-way
bridge between SVN and Git, and related what you described in
On Mon, 16 May 2016 23:06:59 -0500, Andy Goth wrote:
> On 5/16/2016 1:17 PM, Andy Goth wrote:
> > He said he thinks he'll go with Git instead because that would give the
> > engineers working under him more forward mobility when they eventually
> > move on to other companies, whereas Fossil is unkn
On 16 May 2016 15:34:02, John P. Rouillard wrote:
> Andy Goth writes:
>> He said he thinks he'll go with Git instead because that would give the
>> engineers working under him more forward mobility when they eventually
>> move on to other companies,
>
> Not totally unreasonable.
I like that he h
On 5/16/2016 11:24 PM, Stephan Beal wrote:
> It overwrote the whole drive with the word Hello.
Or at least the first block, which is arguably the most important one
since it tends to contain tables critical to being able to actually find
anything.
--
Andy Goth |
signature.asc
Description: Op
It overwrote the whole drive with the word Hello.
- stephan
(Sent from a mobile device, possibly from bed. Please excuse brevity,
typos, and top-posting.)
On May 17, 2016 06:11, "Arnel" wrote:
> On Mon, 16 May 2016 14:39:11 -0400, Richard Hipp wrote:
> > 1985. I was working at Bell Labs wri
On Mon, 16 May 2016 14:39:11 -0400, Richard Hipp wrote:
> 1985. I was working at Bell Labs writing horizontal microcode for a
> signal processing chip. Development was hosted on a VAX. There were
> about a dozen developers all on the same machine.
>
> I noticed that the disk drive block devices
On 5/16/2016 1:17 PM, Andy Goth wrote:
> He said he thinks he'll go with Git instead because that would give the
> engineers working under him more forward mobility when they eventually
> move on to other companies, whereas Fossil is unknown and would not
> improve their employability.
>
> [...]
>
On May 16, 2016, at 12:17 PM, Andy Goth wrote:
>
> He also said he likes Git's rebase capability
Ask him if the company keeps its books on a whiteboard. If so, git may be a
great fit for that company. ;)
___
fossil-users mailing list
fossil-users@li
me personally, if a potential employer wanted me to be a git guru, I wouldn’t
take the job. git gives me headaches beyond anything very simple, which as you
said, can be learned in a day.
Git was one of the worst things to happen to the world of software engineering.
What makes git useful is t
>
> employability.
It takes less than a day to pick up git if you're used to fossil. So I
don't really think it makes a huge difference as to future employability
unless the hiring manager is looking for the wrong things.
I grant that most hiring managers *do* look for the wrong things, but le
On 5/16/16, Stephan Beal wrote:
>
> The web UI offers a "delete branch"
> feature and i'm always _so tempted_ to click it (and click "yes" on the
> subsequent confirmation dialog), _simply to prove a point_.
1985. I was working at Bell Labs writing horizontal microcode for a
signal processing ch
On Mon, May 16, 2016 at 8:17 PM, Andy Goth wrote:
> I also told him about the Git issues I've read about, particularly how
> fast and loose it plays with preserving history, how branches aren't
> much more than tags identifying the final product of a development
> effort. I said I can see how th
Today I had a conversation with the guy who handles the configuration
management for the software project to which I'm on loan.
He mentioned that in a couple years he wants to switch away from the old
version of Subversion they're currently saddled with.
I suggested he consider Fossil since I hav
25 matches
Mail list logo