Open kevlu8 opened 2 months ago
I am also no git expert so the solution I would go with would be to run a git merge --no-ff
in the original repo and then resolve the massive merge conflict after. However I don't believe this is an optimal solution at all and any help with finding a better solution would be greatly appreciated.
Another issue is how we can continue forward - will we need to commit changes to both pzoj and pzoj-contest? This is resolved through option 1, but option 1 will likely require another rewrite of the codebase.
Option 1 is likely more scalable in the future as well. I'm honestly leaning towards doing option 1, but this rewrite may take a few weeks, especially since school has started and I cannot rot in my room all day.
I have started working on option 1, which involves (another) rework of the web backend. ETA for completion is around 2 weeks.
Could we get that as a T-shirt size please, it would really help with keeping us on track. Additionally, please free up time in your schedule for 7hrs of meetings every day to track the progression of this change.
🖕
🖕
ETA for completion has been pushed back, since I have expert level time management skills and can definitely balance my school work with working on projects.
This fork was meant to be a fork of PZOJ with contest-specific functionality, such as live leaderboards and a more locked down environment. However, I am a shit developer, and have pushed many QoL changes as well as crucial bug fixes to the contest repo instead of the original repo. This has resulted in the original repo being several versions behind of the contest repo.
Some examples of changes implemented in pzoj-contest but not in pzoj are:
seccomp
and grading in/tmp
At this point, we have 2 options:
There might also be another option using some kind of git magic that allows us to merge repos excluding certain lines, but I am by no means a git expert.