Closed
Bug 771614
Opened 12 years ago
Closed 12 years ago
Need a dxr-stable repo under hg.mozilla.org/projects
Categories
(Developer Services :: General, task)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mdas, Assigned: fox2mike)
References
Details
We're making an hg mirror of a github branch (https://github.com/mozilla/dxr, stable branch). We'll need the mirror so releng can track it. I propose the name 'dxr-stable' This mirror will be up for the forseeable future, since the DXR project has no plans to migrate to hg. Please let me know if you need any additional information.
Comment 1•12 years ago
|
||
Why don't you just use the existing https://hg.mozilla.org/webtools/dxr/ ?
Reporter | ||
Comment 2•12 years ago
|
||
Jcranmer, would you be okay with using the webtools/dxr repo as the stable dxr hg mirror?
Comment 3•12 years ago
|
||
(In reply to Malini Das [:mdas] from comment #2) > Jcranmer, would you be okay with using the webtools/dxr repo as the stable > dxr hg mirror? I'd be fine so long as we wipe what's already there and replace it with a proper git clone.
Updated•12 years ago
|
Assignee: server-ops → server-ops-devservices
Component: Server Operations → Server Operations: Developer Services
QA Contact: phong → shyam
Assignee | ||
Comment 4•12 years ago
|
||
Not sure if we're okay to wipe this completely. Releng takes a call on existence of repos.
Assignee: server-ops-devservices → nobody
Component: Server Operations: Developer Services → Release Engineering: Developer Tools
QA Contact: shyam → lsblakk
Comment 5•12 years ago
|
||
(In reply to Joshua Cranmer [:jcranmer] from comment #3) > (In reply to Malini Das [:mdas] from comment #2) > > Jcranmer, would you be okay with using the webtools/dxr repo as the stable > > dxr hg mirror? > > I'd be fine so long as we wipe what's already there and replace it with a > proper git clone. Point of information, question, Do we lose history relating to dxr if we wipe this out, or is the full history from this repo present in the current github copy?
Comment 6•12 years ago
|
||
(In reply to Justin Wood (:Callek) from comment #5) > (In reply to Joshua Cranmer [:jcranmer] from comment #3) > > (In reply to Malini Das [:mdas] from comment #2) > > > Jcranmer, would you be okay with using the webtools/dxr repo as the stable > > > dxr hg mirror? > > > > I'd be fine so long as we wipe what's already there and replace it with a > > proper git clone. > > Point of information, question, Do we lose history relating to dxr if we > wipe this out, or is the full history from this repo present in the current > github copy? The github copy was created from pushing the original hg copy via hg-git. After that, I used the git copy to push back to hg, but this involved a lot of rebasing and I screwed something up on one of the reimports without realizing it. The only thing that the hg copy has that the git doesn't have (to my knowledge) is the DXR_CLANG_ALPHA* tags.
Comment 7•12 years ago
|
||
(In reply to Shyam Mani [:fox2mike] from comment #4) > Not sure if we're okay to wipe this completely. Releng takes a call on > existence of repos. Since we're talking about potentially wiping history, I'd like to get signoff from the original requester of the repo. That was :taras in bug 500863 The other alternative is to use a different name for the new repo to avoid confusion.
Comment 8•12 years ago
|
||
(In reply to Hal Wine [:hwine] from comment #7) > (In reply to Shyam Mani [:fox2mike] from comment #4) > > Not sure if we're okay to wipe this completely. Releng takes a call on > > existence of repos. > > Since we're talking about potentially wiping history, I'd like to get > signoff from the original requester of the repo. That was :taras in bug > 500863 > > The other alternative is to use a different name for the new repo to avoid > confusion. (In reply to Joshua Cranmer [:jcranmer] from comment #6) > The github copy was created from pushing the original hg copy via hg-git. > After that, I used the git copy to push back to hg, but this involved a lot > of rebasing and I screwed something up on one of the reimports without > realizing it. The only thing that the hg copy has that the git doesn't have > (to my knowledge) is the DXR_CLANG_ALPHA* tags. Given Joshua's comments about history, I'd be inclined to suggest that nothing of real value is being lost, but I'll let taras chime in.
Reporter | ||
Comment 9•12 years ago
|
||
According to Jonas, master will be treated as stable, and a testing repository would be ideal. So we'll need to either create a repo called dxr-testing, or we can use https://hg.mozilla.org/webtools/dxr/ provided that taras agrees.
Comment 10•12 years ago
|
||
(In reply to Malini Das [:mdas] from comment #9) > According to Jonas, master will be treated as stable, and a testing > repository would be ideal. So we'll need to either create a repo called > dxr-testing, or we can use https://hg.mozilla.org/webtools/dxr/ provided > that taras agrees. I agree with replacing https://hg.mozilla.org/webtools/dxr/ with new dxr code.
Comment 11•12 years ago
|
||
fine by releng - back to dev services for implementation
Assignee: nobody → server-ops-devservices
Component: Release Engineering: Developer Tools → Server Operations: Developer Services
QA Contact: lsblakk → shyam
Assignee | ||
Comment 12•12 years ago
|
||
Haha, okay. So now can someone let me know what exactly we need to do?
Reporter | ||
Comment 13•12 years ago
|
||
(In reply to Shyam Mani [:fox2mike] from comment #12) > Haha, okay. So now can someone let me know what exactly we need to do? Wipe the https://hg.mozilla.org/webtools/dxr/ repository please!
Assignee | ||
Comment 14•12 years ago
|
||
Done and a shiny new scm_level_2 repo is in it's place.
Assignee: server-ops-devservices → shyam
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•10 years ago
|
Component: Server Operations: Developer Services → General
Product: mozilla.org → Developer Services
You need to log in
before you can comment on or make changes to this bug.
Description
•