With the help of the excellent documentation on the Fossil Sync
Protocol I have found a very simple solution to fix synchronization of
unversioned files. Due to how work is distributed between the server
and the client, it's correct that the server ignores "uvigot" cards,
but the client should stop
Andy Bradford:
> This error would seem to indicate that your client sync code
> doesn't actually know what the uvigot card is
Indeed, if I get it right from following the code paths, there are
separate functions to handle synchronization for the client:
http://www.fossil-scm.org/index.html/artif
I have another observation regarding the failed synchronization of
unversioned files:
If the `max-upload' setting is tweaked to be large enough (I set it to
the default 25*1000 on both the server and the client) so that the
synchronization operation does not require multiple round-trips,
unver
Thank you very much for looking into my issue!
I have built the server from source code with `./configure; make'. I
haven't run `make clean' as I was working inside a new directory
containing just the extracted Fossil source code.
I have now replaced the server binary with the one matching my OS
Thus said "Andy Bradford" on 30 Oct 2016 23:35:46 -0600:
> > Sync with http://some.fossil.server/fossil.cgi/test-repo
> > Round-trips: 2 Artifacts sent: 3 received: 0
> > Error: bad command: uvigot home.wiki 1477722315
> > ecb1c59ef204582770184dfc6ddc3f7451224c94 416
>
> This error would seem
Thus said Florian Balmer on Sat, 29 Oct 2016 09:32:25 +0200:
> * Clone the repository from the server to the client
> * Add and commit a lot of files (try the Fossil /src directory)
> * Add an unversioned file (I named it `home.wiki')
> * Run `fossil sync -u'
I tried this and it works fine for me
6 matches
Mail list logo