provide the convention to work with multiple repository
Please propose some naming recommendation to follow in order to support separate teams (gitrepo1 team, gitrepo2 team space) with own internal repositories.
The approach may look like
dockerhost: docker -d -p 2222:22 -v /srv/git-ssh-server/gitrepo1:/gitrepo1 -v /srv/git-ssh-server/gitrepo2:/gitrepo2
dockerhost: docker exec -it <containerId> bash
dockerguest: adduser gitrepo2 && echo dummyRepo2Password | passwd gitrepo2 --stdin
client: ssh-copy-id "gitrepo2@dockerhost -p 2222"
dockerguest: sudo /etc/init.d/ssh reload && passwd gitrepo2
client: git clone ssh://root@dockerhost:2222/gitrepo2/name_of_concrete_repo_for_the_team
I never really considered that anyone would want multiple repos in a single container. Personally I just start more containers. This seems a good idea though.
I'll try and come up with a good way to do this.
The scenario "multiple repos per single container" seems to be useful in the "container per team" - model.
Namely, if all the member of the team does have equal access to separated repositories of the common project (myservice-mobile, myservice-ui, myservice-server), then it reasonable to minimize efforts on ssh-copy-id and docker url:port in use.