Closed blue42u closed 8 years ago
This sounds good. Feel free to set this up.
Alternatively, we could just have different branches of the same repository. It would have the same effect. The practical difference isn't much, though.
The issue with branches is that then everyone would need push access to the master repo, and if someone pushed to the wrong branch, it could cause issues across everyone for a bit.
Alright, the repositories have been created. If there is any reason to change to branches, then just delete the 5 new repositories. I do not know if the permissions are set appropriately, but that can be easily fixed.
Ok, turns out I can change the permissions since I created them. They are currently set for write permission for the appropriate team. Except for Collisions because I removed myself before changing the permission from read to write. Whoops. :confounded:
Question: My team just pushed changes to the master fork. How do the other forks synchronize with the updated master fork?
Each of the other forks will need to pull in the changes, similar to a pull request (in fact, a pull request could be used).
It might be worth forking Pandamonium into 5 other repositories, under modified names. That way, each team could have a place to push to, collaborate, send messages, and finally submit a pull request to the master repository. In addition, a change in the repo-level permissions would allow the team to push to their repo, and not anyone else's. This would also mean that only one pull request would ever have to be submitted to the master repo.
The workflow would look something like this:
I believe with my current permissions, I can create the necessary forks, if this gets decided on. (@jacobian56)