-
Notifications
You must be signed in to change notification settings - Fork 287
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve project structure #60
Comments
An organization with multiple repos makes sense. So far it was only the small web-project and that was enough. If we see that mobile apps and mabye standalone-server executables are added, we can create an org. |
Just my two cents watching from "the fence": as apps and webservice are often tied into each other and have requirements, we tend to use a single repository for all issues. However... you can't link to other repo's issues from commit messages. So what we do in those cases (apps + webservice): use branches for each target which are not merged into each other and don't have a common history. Maybe that's an alternative on the way to setting up an organization. |
The idea of having an organization for the project is good. Have a look at haiwen/seafile https://github.com/haiwen The server, apps and clients are seperate repositories. As @Toxantron said, it only makes sense if the development of apps is active. |
Orphan branches are one alternative @mkernel. I suggested just splitting it into directories and later we can move the directory content to dedicated repos and use submodules. |
That'll also work, of course. But it has one disadvantage: pushes will be rejected by non-conflicting commits. In the end, every option works. |
@mkernel thanks I was unaware of that. Just like the scaling ticket a while ago let's start small and scale with the needs later. |
Multiple repos also makes sense if we want to start the asp.net version in a fresh repo. |
@Toxantron I've created an organization - https://github.com/ScrumOnline and added you as owner. Let's see how this works out? I can start drafting the initial repo layout. |
You can start with a layout @faniereynders, but please understand I won't be moving to an org just yet. I first want to see where this goes and how a single repo scales before splitting it up. Regarding rights I already said after a couple of PRs I am happy to make you collaborators like @dbeuchler. |
I absolutely understand and agree on your approach.
This is baby steps. :)
|
To accommodate future projects like mobile apps and other experiments we need a better structure for supporting these artifacts. As suggestion is that we can make use of Github's Organizations to host these projects.
The proposed initial structure overview:
The text was updated successfully, but these errors were encountered: