Mathiasdm

5 ms·

1.
by Mathiasdm 3y ago
Mercurial clones can be cached quite easily with 'clonebundles', a Mercurial feature that allows redirecting a clone to instead download a single 'bundle' (which could come from a different server or set of servers). See
2.
by Mathiasdm 10y ago
Keep in mind that narrowhg is extremely experimental!
3.
by Mathiasdm 10y ago
What version of Mercurial were you using? Additionally, was your repository very branchy? Were your pulls stuck for a very long time on 'adding manifests'? It's possible that your slow pulls were due to the initial storage fo
4.
by Mathiasdm 10y ago
Mercurial has had 'largefiles' since Mercurial 2.0, 5 years ago.
5.
Mercurial 3.7 and 3.8: performance all the way(mathiasdm.com)
5 points by Mathiasdm 10y ago|0 comments
6.
by Mathiasdm 11y ago
For some added context about handling binaries in Mercurial, see the (in development) Mercurial book: http://hgbook.org/read/scaling.html#handle-large-binaries-wi...
7.
by Mathiasdm 11y ago
Mercurial has had support for large binary files using the 'largefiles' extension for several years now.
8.
by Mathiasdm 11y ago
I helped set up such a system for a few hundred developers. We had an 'automated Linus Torvalds', which did the merge, and aborted whenever a file was changed on both sides of the merge. In the good case (almost every time), there
9.
by Mathiasdm 11y ago
One possibility would be to have #else #error #endif If you work this way, you immediately know where to change your code.
10.
by Mathiasdm 11y ago
I'm guessing it depends from project to project? There are several Google developers contributing to Mercurial.
11.
by Mathiasdm 12y ago
One alternative to consider is Mercurial (which command-line wise is more similar to Subversion) with subrepos (which have better usability): http://www.selenic.com/hg/help/subrepos
12.
by Mathiasdm 12y ago
Interesting overview! Some of this caveats are kinda surprising for me, coming from a Mercurial background: * Every time you add a submodule, change its remote’s URL, or change the referenced commit for it, you demand a manual update by eve
13.
by Mathiasdm 12y ago
I believe this was a step in that direction: https://bitbucket.org/durin42/hgit
14.
by Mathiasdm 12y ago
I wish Git would have used a different name than 'branch'. It's completely at odds with branches in any other version control system and only adds confusion for people switching to/from Git. Mercurial uses the term &#x27
15.
by Mathiasdm 12y ago
Make an appointment and try to talk to your teachers in person. Maybe they can guide you in the right direction, give you some pointers on what projects are suitable as a graduation work. Don't quit!
16.
by Mathiasdm 12y ago
__attribute__((unused)) indeed would be the best option when using gcc. I believe when using C++11, this can be replaced by [[gnu::unused]]. Another one that I've seen quite often is casting to void.
17.
Ask HN: Any interest in build speed improvements?(mathiasdm.com)
2 points by Mathiasdm 12y ago|0 comments