<div dir="ltr">Hey Mark,<div><br></div><div>from <a href="https://github.com/markrcote/bugzilla-git-migration" target="_blank">https://github.com/markrcote/bugzilla-git-migration</a>:<br><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

However, since git doesn't have the concept of commit properties, piping this data into git fast-importresults in errors. We can, however, translate the fast-export output by storing commit properties in the git commit messages. Even better, we can check if the bug number is already present in the commit message and only add the bug info if it isn't.</blockquote>

<div><br></div><div>You could use git notes for the additional metadata / bzr commit properties.</div><div><a href="http://git-scm.com/blog/2010/08/25/notes.html">http://git-scm.com/blog/2010/08/25/notes.html</a><br></div>
<div>e.g. ref/notes/reviews for the r/a flags.<br></div><div>and ref/notes/bugs for the bug links.</div><div><br></div><div>e.g. sample workflow:</div><div><br></div><div>1) get patch / commit from other remote</div><div>
2) review it, use git-notes to add a note (r/a flags)</div><div>3) if there is a relevant bug, add a note.</div><div><br></div><div>If you think about it, if the patch you get from the user is okay, you don't</div><div>
need to modify the message (!= SHA1) to add notes (same SHA1). this allows</div><div>consistent objects between your repo / somebody else's repo, etc.</div><div><br></div><div>$0.02</div><div><br></div><div>Damien.</div>
<div> </div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jan 3, 2014 at 2:56 PM, Mark Côté <span dir="ltr"><<a href="mailto:mcote@mozilla.com" target="_blank">mcote@mozilla.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Another update: I've finished the two scripts.  The first is for the<br>
initial migration, which translates bzr's fast-export output into<br>
git-friendly fast-import input, specifically adding the "bug" commit<br>
property to the git commit message, if it exists and if the referenced<br>
bug is not already mentioned in the commit message.  This is a C#<br>
script, which I know is a bit odd, but I found it on a blog post, and it<br>
was easier to make a few changes than rewrite it in Perl or Python or<br>
Bash or another language that makes more sense on *NIX platforms.  It<br>
runs fine under mono on Linux.<br>
<br>
The second script keeps the Bazaar branches in check with the git<br>
branches.  It's Perl, based off of the current <a href="http://bzr-to-cvs.pl" target="_blank">bzr-to-cvs.pl</a> script, as<br>
mentioned in my previous post.<br>
<br>
I've created a repo in GitHub with these scripts and a README explaining<br>
how we intend to do the migration:<br>
<a href="https://github.com/markrcote/bugzilla-git-migration" target="_blank">https://github.com/markrcote/bugzilla-git-migration</a>.  I invite anyone<br>
interested to take a look and even try it out; there are instructions on<br>
testing in the README.<br>
<br>
I've done conversions of Bugzilla trunk and 4.2 using the latest version<br>
of the migration script and pushed them to a GitHub repo as examples<br>
(the plan is still to have the official repos hosted on <a href="http://git.mozilla.org" target="_blank">git.mozilla.org</a><br>
with one-way mirrors to GitHub): <a href="https://github.com/markrcote/bugzilla" target="_blank">https://github.com/markrcote/bugzilla</a><br>
<br>
I'm not sure of the exact timing of the migration.  I'm thinking<br>
February/March, when we can both get some feedback on these scripts (in<br>
case I've made any glaring errors) and schedule some IT time.<br>
<br>
Mark<br>
<div><div class="h5"><br>
<br>
On 12/10/2013, 4:16 PM, Mark Côté wrote:<br>
> Just wanted to give a brief update on the plan to transition to git to<br>
> assure all that it is still progressing.<br>
><br>
> I've fleshed out the wiki page[1], including a step-by-step plan.  I've<br>
> got a one-time migration script working based on [2] that preserves the<br>
> bug ID commit metadata, although I need to tweak it slightly to only<br>
> annotate commits that don't reference the bug mentioned in the metadata<br>
> (the original script does this, but I need to change it to Bugzilla's<br>
> standard).  An example of the resulting migration for bmo/4.2 is at [3].<br>
><br>
> Finally, I have a <a href="http://git-to-bzr.pl" target="_blank">git-to-bzr.pl</a> script working based on the previous<br>
> migration script, <a href="http://bzr-to-cvs.pl" target="_blank">bzr-to-cvs.pl</a>[4].  I will be posting it for review<br>
> very soon.<br>
><br>
> Mark<br>
><br>
><br>
> [1]: <a href="https://wiki.mozilla.org/Bugzilla:Migrating_to_git" target="_blank">https://wiki.mozilla.org/Bugzilla:Migrating_to_git</a><br>
> [2]: <a href="http://www.fusonic.net/en/blog/2013/03/26/migrating-from-bazaar-to-git/" target="_blank">http://www.fusonic.net/en/blog/2013/03/26/migrating-from-bazaar-to-git/</a><br>
> [3]: <a href="https://github.com/markrcote/bmo" target="_blank">https://github.com/markrcote/bmo</a><br>
> [4]: <a href="http://bzr.mozilla.org/bzr-plugins/bzr-to-cvs/view/head:/bzr-to-cvs.pl" target="_blank">http://bzr.mozilla.org/bzr-plugins/bzr-to-cvs/view/head:/bzr-to-cvs.pl</a><br>
><br>
<br>
_______________________________________________<br>
dev-apps-bugzilla mailing list<br>
<a href="mailto:dev-apps-bugzilla@lists.mozilla.org">dev-apps-bugzilla@lists.mozilla.org</a><br>
<a href="https://lists.mozilla.org/listinfo/dev-apps-bugzilla" target="_blank">https://lists.mozilla.org/listinfo/dev-apps-bugzilla</a><br>
-<br>
To view or change your list settings, click here:<br>
</div></div><<a href="http://bugzilla.org/cgi-bin/mj_wwwusr?user=$MSGRCPT" target="_blank">http://bugzilla.org/cgi-bin/mj_wwwusr?user=$MSGRCPT</a>><br>
</blockquote></div><br></div>