Your history is toast. Stop burning cycles. Lock your working server, Take
clean working copies of the important branches if you can get them, the clean
working copies, import them to a new server, and start with a much lighter
working repository.
And *stop* putting binaries in the same reposit
The decompression errors only seem to happen when we're sending binary
data. For a couple of years our marketing team were storing all of their
files in subversion and this seems to be the vast majority of the revisions
I'm having to fix with fsfsverify.py. So it could possibly be that they
were us
On 30.08.2019 15:14, Michael Ditum wrote:
> Hi Brane,
>
> Thanks for the reply. Interestingly Daniel's reply had given me the
> idea to try pretty much what you suggested and I gave it a go this
> morning and it seems to be working.
>
> Stopping svnsync in the right place wasn't hard as i dies as s
On 30.08.2019 15:01, William Muriithi wrote:
> Morning,
>
> I am attempting to write a pre-commit hook that enforces a policy to
> some group and warns the rest of the team. The hook is in python and
> it just check that jira ticket exist on the commit log.
>
> The problem I am facing is I am not
Hi Brane,
Thanks for the reply. Interestingly Daniel's reply had given me the idea to
try pretty much what you suggested and I gave it a go this morning and it
seems to be working.
Stopping svnsync in the right place wasn't hard as i dies as soon as it
tried to get the binary diff but before it's
Morning,
I am attempting to write a pre-commit hook that enforces a policy to some
group and warns the rest of the team. The hook is in python and it just
check that jira ticket exist on the commit log.
The problem I am facing is I am not able to both warn and error for
some reason. If I exit, th
On 29.08.2019 20:49, Michael Ditum wrote:
> Apart from using fsfsverify I also tried recreating the diff by
> creating a Fedora 7 VM, running svnsync on it to copy the repo up to
> that point and then manually committing the file and copying the
> revision over to the copy of my original repo.
Yik
On 2019-08-30 10:18, Johan Corveleyn wrote:
> On Fri, Aug 30, 2019 at 9:12 AM Mark P. wrote:
>>
>> On 2019-08-30 06:11, Johan Corveleyn wrote:
>>> On Wed, Jul 31, 2019 at 7:20 AM Mark P. wrote:
svn x-shelve shelf1
I get the following output:
Updating '.svn\
On Fri, Aug 30, 2019 at 9:12 AM Mark P. wrote:
>
> On 2019-08-30 06:11, Johan Corveleyn wrote:
> > On Wed, Jul 31, 2019 at 7:20 AM Mark P. wrote:
> >>
> >>
> >>
> >> svn x-shelve shelf1
> >>
> >> I get the following output:
> >>
> >> Updating '.svn\experimental\shelves\v3\7368656c6631-001.wc':
>
