On Tue, Dec 18, 2012 at 03:29:19PM -0600, Mike Meyer wrote:
> On Tue, 18 Dec 2012 14:42:34 +0100
> Gilles wrote:
> > Out of curiosity, if someone is well-versed with Fossil and the main
> > DVCS systems (Mercurial, Git),
>
> Fossil: it's strong points are the built-in wiki and ticket trackin
Some random comments on using fossil in a large team, keeping the .fossil
file inside the repository etc.
I saw the fossil autosync methodology as being a nice bridge to make DSCM
approachable and usable for developers familiar with svn or DesignSync. I
still think it has helped but the resistance
* Eduardo Morrás [2012-12-18 06:44 -0500]:
> It's not a bug, there's only 21 timeline items since day 15. It's a
> coincidence.
You know... you stare at something for long enough and still miss
things... thanks!
I've confirmed, the same coincidence was happening on my respository at
home.
Again
On Tue, Dec 18, 2012 at 3:28 PM, j. v. d. hoff
wrote:
> On Wed, 19 Dec 2012 00:23:09 +0100, Richard Hipp wrote:
>
>> On Tue, Dec 18, 2012 at 5:21 PM, Mike Meyer wrote:
>>
>>> I don't do that (I keep all my fossil repositories in ~/repos), so
>>> haven't paid close attention to the issues. The bi
On 12/18/12, j. v. d. hoff wrote:
> On Wed, 19 Dec 2012 01:04:19 +0100, Martin Gagnon wrote:
>> Capabilities to work on multiple different checkout associated with
>> different branch/revision/tag using the same repo file.
>>
>> Example:
>> -
>> $ mkdir
On Wed, 19 Dec 2012 01:04:19 +0100, Martin Gagnon wrote:
On Tue, Dec 18, 2012 at 6:28 PM, j. v. d. hoff
wrote:
On Wed, 19 Dec 2012 00:23:09 +0100, Richard Hipp wrote:
On Tue, Dec 18, 2012 at 5:21 PM, Mike Meyer wrote:
I don't do that (I keep all my fossil repositories in ~/repos), so
On Tue, Dec 18, 2012 at 6:28 PM, j. v. d. hoff wrote:
> On Wed, 19 Dec 2012 00:23:09 +0100, Richard Hipp wrote:
>
> On Tue, Dec 18, 2012 at 5:21 PM, Mike Meyer wrote:
>>
>> I don't do that (I keep all my fossil repositories in ~/repos), so
>>> haven't paid close attention to the issues. The bi
thanks for clarifying this. gonna check the help pages before spamming the
list again
On Wed, 19 Dec 2012 00:33:29 +0100, Mike Meyer wrote:
On Wed, 19 Dec 2012 00:02:11 +0100
"j. v. d. hoff" wrote:
even for small teams I'd prefer to be able to do user management
(easily)
from the co
On Wed, 19 Dec 2012 00:02:11 +0100
"j. v. d. hoff" wrote:
> even for small teams I'd prefer to be able to do user management (easily)
> from the command line.
> so I don't overlook anything if I presume that user management currently
> _needs_ to be done
> via the web gui?
Nope, it doesn't.
On Wed, 19 Dec 2012 00:23:09 +0100, Richard Hipp wrote:
On Tue, Dec 18, 2012 at 5:21 PM, Mike Meyer wrote:
I don't do that (I keep all my fossil repositories in ~/repos), so
haven't paid close attention to the issues. The big one seems to be
accidentally trying to add the repository to itsel
On Tue, Dec 18, 2012 at 5:21 PM, Mike Meyer wrote:
> I don't do that (I keep all my fossil repositories in ~/repos), so
> haven't paid close attention to the issues. The big one seems to be
> accidentally trying to add the repository to itself. The resulting
> checkin never terminates. I also rec
On 12/18/12 22:50, j. v. d. hoff wrote:
> the NetBSD example seems to indicate that fossil's has performance problems
> for such projects with a massive code base. is this still the state of
> affairs?
Last time I used my NetBSD fossil repository, it was still pretty
much unusable. I don't thin
On Tue, 18 Dec 2012 23:50:17 +0100, Jan Danielsson
wrote:
On 12/18/12 22:29, Mike Meyer wrote:
[---]
I don't know of anyone using it for a large team. I don't know of any
reason not to, except for the risk of being the first to try that.
I don't think "large team" is a problem, apart fr
Hi!
How about some links for previous and next commit?
Thanks!
M ;-)
On Fri, Dec 14, 2012 at 9:16 PM, Richard Hipp wrote:
>
> Reposted from fossil-dev:
>
> OLD: http://www2.sqlite.org/src/ci/52e755943f?sbs=1#chunk1
> NEW: http://www.sqlite.org/src/ci/52e755943f?sbs=1#chunk1
>
> OLD:
> http:
On 12/18/12 22:29, Mike Meyer wrote:
[---]
> I don't know of anyone using it for a large team. I don't know of any
> reason not to, except for the risk of being the first to try that.
I don't think "large team" is a problem, apart from the manual work
required in setting up users. I did some wo
On Tue, 18 Dec 2012 22:50:56 +0100
"j. v. d. hoff" wrote:
> On Tue, 18 Dec 2012 22:29:19 +0100, Mike Meyer wrote:
> well-balanced assessment.
Thank you.
> > apart as a DSCM is autosync mode and that you can have multiple work
> > spaces checked out of the same repository. However, the fossil m
On Tue, 18 Dec 2012 22:29:19 +0100, Mike Meyer wrote:
well-balanced assessment.
On Tue, 18 Dec 2012 14:42:34 +0100
Gilles wrote:
Out of curiosity, if someone is well-versed with Fossil and the main
DVCS systems (Mercurial, Git),
Well, since no one else has answered publicly, I'll t
Hi!
Related to this ticket: "Add support for the SourceForge.net Allura platform"
http://www.fossil-scm.org/index.html/tktview?name=311671db59
https://sourceforge.net/p/allura/tickets/5351/
Here is a chat log transcript from today:
https://sourceforge.net/p/allura/chat/2012/12/18/#50d0d12a0594ca4
On Tue, 18 Dec 2012 14:42:34 +0100
Gilles wrote:
> Out of curiosity, if someone is well-versed with Fossil and the main
> DVCS systems (Mercurial, Git),
Well, since no one else has answered publicly, I'll take a stab at
it. Fossil has been my goto SCM for over a year now. I use mercurial
f
Hi!
Fossil is pretty awesome. I believe more visibility will bring more
users & contributors and a good place for this is Ohloh.net
What is Ohloh.net? Think of it as a Wikipedia-like semi-structured
database about all FOSS projects. It helps to evaluate projects and
having good information there
Hello,
Out of curiosity, if someone is well-versed with Fossil and the main
DVCS systems (Mercurial, Git), I was wondering how Fossil compares to
them, for a single user, a small team (up to 20-30), and big teams
(thousands).
http://en.wikipedia.org/wiki/List_of_revision_control_software#
Hi.
It is a bug, or by design, that the ignore-glob does not honor the
setting of case-sensitive?
I haven't set case-sensitive, which means that on Windows defaults to false.
Then:
C:\work> fossil set ignore-glob
ignore-glob (local) *.zip,*.pdf,*.htm*
C:\work> fossil extras
o
- Mensaje original -
De: David J. Weller-Fahy
Para: fossil-users@lists.fossil-scm.org
CC:
Enviado: Martes 18 de diciembre de 2012 3:39
Asunto: Re: [fossil-users] Possible bug in timeline?
* Martin Gagnon [2012-12-17 20:59 -0500]:
> Le 2012-12-17 à 20:34, "David J. Weller-Fahy"
> a
On Mon, Dec 17, 2012 at 10:27:09AM +0100, Paolo Bolzoni wrote:
> Maybe joining both ideas? Like coloring the whole word of a more neutral
> color and the difference with the usual bright color?
>
> I think it would be the best as I agree with both point of views.
Fwiw, I'd prefer only the per-cha
24 matches
Mail list logo