title: folder vs repository in github
body: <p>I am a new user to <a href="https://github.com/" rel="noreferrer">github.com</a> and I am trying to create a mobile app that has two parts: client code and server code. The client code will be written in Java for Android, Swift for iOS and C# for Windows Phone. The server side will be written in PHP, HTML, Javascript and CSS. </p>
  
  <p>My question is this: how should I structure the code? Should I put the server code and the client code in different repositories or should I just put them in different folders in the same repository? Also, since there are multiple clients (Android, iOS and Windows) should I put them in different repositories or different folders? </p>
  
  <p>I already know that either one can be done, but I want to know what the standard procedure is and what the advantages/disadvantages are.</p>
  
  <hr>
  
  <p><em>There are many possible solutions to this issue. The answer provided by saljuama is the most complete.</em></p>
  
  <p><em>After looking at a few projects on github I found that one way to do this is to create separate repositories for the client and the server. If you have multiple client codes (as in my case) you can use the same repository but different makefiles.</em></p>
  
  <p><em>I found this way of doing things at <a href="https://github.com/CasparCG" rel="noreferrer">https://github.com/CasparCG</a> The <a href="https://github.com/CasparCG/Server" rel="noreferrer">server</a> is a different repository than the <a href="https://github.com/CasparCG/Client" rel="noreferrer">client</a>. Additionally, the clients share the same src, lib and other folders but the <a href="https://github.com/CasparCG/Client/tree/master/build-scripts" rel="noreferrer">build scripts</a> of each is different. As noted by saljuama this method makes sense when your clients are sharing the same codebase. If your clients do not share the same codebase see saljuama's answer.</em></p>
  
  <p><em>This is not the only possible way. You can do it in your own way.</em></p>