Hi!
On Sat, Dec 29, 2012 at 11:56 PM, Nico Williams wrote: "I happen to
think that Fossil has a superior architecture and design. I'd like to
use Fossil, but I can't, and I've explained why. I've also explained
why I'm unlikely to be the only user who needs this one feature."
Thank you Nico for
On Mon, Jan 7, 2013 at 4:32 AM, Alaric Snell-Pym wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 01/03/2013 05:12 PM, Richard Hipp wrote:
>
> > Might that be a useful approach for Fossil, too?
> >
> >
> >> If I understand you correctly, I believe this is what happens if you do
> >>
Hello,
when I open ('fossil open') a repository located in the root ('/'),
where the current work dir is one below the root (say, '/mydir'),
'fossil server' results in an error message in my browser, when I view
'http://localhost:8080':
Status: 200 OK
X-Frame-Options: SAMEORIGIN
Cache-cont
On Mon, Jan 7, 2013 at 4:22 AM, Stephan Beal wrote:
> On Mon, Jan 7, 2013 at 10:00 AM, Joel Bruick wrote:
>
>> This should be easy to reproduce. Just create a repo and commit a file
>> into it. Then change that file's name and run 'fossil mv'. Finally, run
>> 'fossil revert' and you should see t
Hi list,
I like very much the new feature where we can click on 2 versions directly
on the timeline. But there's a little thing missing when diffing that way,
there's no way to see a compact list of files that change, all files diff
are already expanded.
Sometimes, there's a lot of files with dif
On Mon, Jan 07, 2013 at 12:32:43PM +0100, Gilles wrote:
> >Yes, it's safe.
> >Basically, the only set of files really needed for maintaining a .NET
> >project by the Microsoft IDE are those containing XML in them.
> >The `msbuild` tool which does actual heavy lifting consumes files ending
> >in '*
On Mon, 7 Jan 2013 15:12:19 +0400, Konstantin Khomoutov
wrote:
>Yes, it's safe.
>Basically, the only set of files really needed for maintaining a .NET
>project by the Microsoft IDE are those containing XML in them.
>The `msbuild` tool which does actual heavy lifting consumes files ending
>in '*.pr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/03/2013 05:12 PM, Richard Hipp wrote:
> Might that be a useful approach for Fossil, too?
>
>
>> If I understand you correctly, I believe this is what happens if you do
>> your lots of tiny commits into a --private branch, then merge that
>> priv
On Mon, Jan 07, 2013 at 11:49:52AM +0100, Gilles wrote:
> I just ran the following two commands:
>
> fossil add ./MyVBNetProject
> fossil commit -m "Original files"
>
> ... and fossil complains with:
>
> "./MyVBNetProject/WindowsApplication1/WindowsApplication1.suo contains
> binary data. comm
On Mon, 7 Jan 2013 11:43:01 +0100, Stephan Beal
wrote:
>There's no strict reason to - if your current model works for you then by
>all means use it. i keep mine separated, but that's just personal
>preference.
Thanks.
___
fossil-users mailing list
foss
Hello
I just ran the following two commands:
fossil add ./MyVBNetProject
fossil commit -m "Original files"
... and fossil complains with:
"./MyVBNetProject/WindowsApplication1/WindowsApplication1.suo contains
binary data. commit anyhow (a=all/y/N)?"
My global ignore-glob contains: "*.exe,*.pd
On Mon, Jan 7, 2013 at 11:33 AM, Gilles wrote:
> >[stephan@host:~/cvs/fossil]$ ls -1 *.fsl | wc -l
> >38
>
> I guess I'll move to one "project" = one repo.
There's no strict reason to - if your current model works for you then by
all means use it. i keep mine separated, but that's just personal
On Mon, 7 Jan 2013 11:20:20 +0100, Stephan Beal
wrote:
>So far there is no shortcut for that. If you don't mind, please open up a
>feature request for that. IIRC that request has come up a few times before.
Thanks for the info.
>[stephan@host:~/cvs/fossil]$ ls -1 *.fsl | wc -l
>38
I guess I'll m
On Mon, Jan 7, 2013 at 11:10 AM, Gilles wrote:
> "fossil revert beforelast"
> www.fossil-scm.org/index.html/help?cmd=revert
So far there is no shortcut for that. If you don't mind, please open up a
feature request for that. IIRC that request has come up a few times before.
Also, and more gener
Hello
I often want to try something new, commit the change even if it
didn't work (just to keep track of things I tried), and go back to the
n-1 revision from the repository.
I checked the page for "revert", but it doesn't mention it: Is there a
shortcut like...
"fossil revert beforelast
On Mon, Jan 7, 2013 at 10:00 AM, Joel Bruick wrote:
> This should be easy to reproduce. Just create a repo and commit a file
> into it. Then change that file's name and run 'fossil mv'. Finally, run
> 'fossil revert' and you should see the behavior I've described.
>
FWIW, here's a reproduction:
Hello all!
I ran into some odd behavior with running revert on a checkout in which a
rename has just been performed. The renamed file gets deleted, but the
original file doesn't get restored. No changes are reported by 'fossil
changes', although the checkout is certainly not in its original st
17 matches
Mail list logo