Hi All,<div><br></div><div>If you have a relatively long-lived topic branch, what's the best way to remotely save changes?</div><div><br></div><div>If you wanted to fork an OpenStack project on github, it would work something like:</div>
<div><br></div><div>1. Fork the project on <a href="http://github.com">github.com</a> to your own account</div><div>2. Clone the project locally</div><div>3. Add a remote branch to your local repo that points to the origin project repo you forked from</div>
<div>4. Create a remote branch for gerrit</div><div>5. Create a branch for your changes in the forked project</div><div>6. Commit and push your changes to your branch</div><div>7. When your branch is ready for review:</div>
<div>a. pull from origin</div><div>b. rebase your changes to the current state of the master </div><div>8. git review</div><div><br></div><div>I've done steps 1-6 working but I can't easily test 7 & 8 without sending in unnecessary changes for review. But if you lost your changes, you would just clone your forked project again.</div>
<div><br></div><div>Is this viable? Is this a reasonable way to remotely save changes?</div><div><br></div><div>One alternative would be to continually save changes using review drafts with "git review -D". In this case if you lost your changes, you would have to clone the origin project and then fetch the changes from gerrit.</div>
<div><br></div><div>Is this viable?</div><div><br></div><div>How are other people solving this problem?</div><div><br></div><div>Thanks,</div><div>Everett</div>