Thanks for this. It worked after I reset each user password via web interface.
Just doing ' f config sync user' won't work for cloning.
Original Message
From: Andy Bradford
Sent: Saturday, 19 September 2015 04:11
...
No, you don't have to duplicate user management. When you are managing
Thus said Steve Stefanovich on Fri, 18 Sep 2015 13:05:57 -:
> If you use login group, you cannot clone with authorisation any of the
> repos that joined the group, sub-repos or not.
I setup a pair of repositories, then ran fossil ui on one of them and
grouped it to the other. Then I added
Is there a way for users to clone all repos in local group supplying user/pwd,
so they can commit?
The 'master' repo can be cloned, but not the 'slaves' (i.e. repos that join the
group, pointing to the master).
If no way, this is a major drawback for multi-repo setup vs single big one.
S.
On Fri, Sep 18, 2015 at 1:52 PM, Steve Stefanovich wrote:
> Is there a way for users to clone all repos in local group supplying
> user/pwd, so they can commit?
>
No. There is an 'all' command which can apply some commands (like 'pull')
to all repos fossil knows about, but
It hasn't got anything to do with sub-repos. If you use login group, you
cannot clone with authorisation any of the repos that joined the group,
sub-repos or not.
This is not optimal because it forces you to duplicate user management in every
repo, or use single big repo instead.
From:
On Fri, Sep 18, 2015 at 3:05 PM, Steve Stefanovich wrote:
> It hasn't got anything to do with sub-repos. If you use login group, you
> cannot clone with authorisation any of the repos that joined the group,
> sub-repos or not.
>
Ah, a _login group_. i thought, based on recent
On Fri, Sep 18, 2015 at 9:05 AM, Steve Stefanovich wrote:
> It hasn't got anything to do with sub-repos. If you use login group, you
> cannot clone with authorisation any of the repos that joined the group,
> sub-repos or not.
>
> This is not optimal because it forces you to
7 matches
Mail list logo