<div dir="ltr"><div dir="ltr"><div dir="ltr">Hello,<div><br></div><div>I'm working with a team of students that's interested in contributing to the clang front end (with the initial step of writing new checks for clang-tidy). </div><div><br></div><div>We'd like to setup a workflow that makes it easy for us to review each other's work before officially submitting changes upstream, and also will be amenable to officially integrating our changes to clang-tidy.</div><div><br></div><div>Our current plan is to fork the git mirror of LLVM, and make commits to this copy of the repo on GitHub. After we finish writing and reviewing a check, we'd get the diff and submit a patch through Phabricator. </div><div><br></div><div>This seems inline with the process suggested in the LLVM docs (from <a href="https://llvm.org/docs/GettingStarted.html#for-developers-to-work-with-git-svn">https://llvm.org/docs/GettingStarted.html#for-developers-to-work-with-git-svn</a> and <a href="https://llvm.org/docs/Phabricator.html">https://llvm.org/docs/Phabricator.html</a>). </div><div><br></div><div><b>Questions</b>: </div><div><ul><li>Does this workflow make sense, and is it in accordance with LLVM developer policy?</li><li>Is there an alternate (or more standard) workflow that anyone thinks would work better?</li><li>If we work through a git repo, is it necessary to use git-svn to make sure svn (and not just git) has changes saved? </li><li>Are there any specific practices we should adopt to make sure our additions can be successfully integrated into the current version of LLVM?</li></ul><div>Best,</div></div><div>Shyan</div></div></div></div>