Le mardi 14 janvier 2025, 14:29:29 CET Sandra Parsick a écrit :
> > I'm fine with that. I have to think about the testing because I cannot use
> > the original Jira project because a test run would trigger new events in
> > the original PR. This would be a waste. 
> 
> Coming back to the PR reference topic.
> 
> 
> This feature should be tested. But I shouldn't use the original Jira 
> project like I'm doing now because adding a PR reference is triggering 
> events in the PR.
yes, I did not think at the consequence of testing on actual referenced PRs

> 
> To avoid lots of spam mails during testing, I think, I should test it 
> with a dummy Jira project.
this will also impact in the future any test for data migration, that will 
have to avoid creating the testing noise: dummy Jira project can be useful for 
"unit test" of this feature, but we'll need to be careful once the feature is 
implemented

> 
> My idea is
> 
> - creating a test Jira project with issues that have links to GitHub PR 
> in the same style as we have in the original Maven Jira issue.
> - creating a GitHub repository that has the linked PR.
> - test the migration tool against the test Jira project
> 
> What do you think?
looks reasonable

> 
> If you think it is a good idea, is it possible to create such a test 
> Jira project in the Apache Jira instance?
ah, good ask, but not easy...
what about using existing empty Jira project that you discovered?
  https://issues.apache.org/jira/projects/MMETRIC

Regards,

Hervé

> 
> 
> -
> Sandra
> 
> 
> 
> 
> Am 14.01.25 um 10:55 schrieb Slawomir Jaranowski:
> 
> > On Tue, 14 Jan 2025 at 09:52, Sandra Parsick <spars...@web.de.invalid>
> > wrote:
> 
> >>
> >>
> >>>
> >>>
> >>> I would like to move it to labels.
> >>> We can use a stale action to close inactive issues, pr.
> >>
> >>
> >>
> >> I found the following milestone in MCLEAN, MJLINK, ARCHETYPE with label
> >> characteristics (and I give the suggestion, if it was possible for me,
> >> how to map):
> >>
> >>
> >>
> >> next-release* -> ? (I have no idea)
> > 
> > can stay as is - probably will be one next milestone
> > 
> > 
> >> waiting-for-feedback -> waiting for-feedback (new label)
> > 
> > new label - I will add
> > 
> > 
> >> backlog -> delete this milestone and no mapping
> > 
> > drop - no mapping
> > 
> > 
> >> more-investigation -> more-investigation (new label)
> >> 
> >>    or delete this milestone and no mapping
> > 
> > to label - help wanted
> > 
> > 
> >>
> >>
> >> What do you think?
> >>
> >>
> >>
> >> -
> >> Sandra
> >>
> >>
> >>
> >> Am 13.01.25 um 14:44 schrieb Slawomir Jaranowski:
> >> 
> >>> On Mon, 13 Jan 2025 at 12:51, Sandra Parsick <spars...@web.de.invalid>
> >>> wrote:
>>> 
> >>>>
> >>>>
> >>>>> Please check, is there a space after ":"
> >>>>>
> >>>>>
> >>>>>
> >>>>> "priority: major" - > "priority:major"
> >>>>>
> >>>>>
> >>>>>
> >>>>> as defined in:
> >>>>> https://github.com/apache/maven-gh-actions-shared/pull/129
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> Thanks for the catch. I fixed it.
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> I did a new test run with all the new configuration fixes.
> >>>>
> >>>>
> >>>>
> >>>> Another thing that I recognized:
> >>>> Some milestones have label characteristics like
> >>>> 'waiting-for-feedback',
> >>>> 'more-investigation' or 'backlog' (IMHO). Should they stay as
> >>>> milestones, or should they map to (new) labels?
> >>>
> >>>
> >>>
> >>> I would like to move it to labels.
> >>> We can use a stale action to close inactive issues, pr.
> >>>
> >>>
> >>>
> >>>>
> >>>>
> >>>>
> >>>> Am 13.01.25 um 11:12 schrieb Slawomir Jaranowski:
> >>>> 
> >>>>> On Mon, 13 Jan 2025 at 08:51, Sandra Parsick <spars...@web.de.invalid>
> >>>>> wrote:
>>>>> 
> >>>>>>
> >>>>>>
> >>>>>>> Then I think we should use a PR reference instead of a simple link.
> >>>>>>> Do you see a problem I did not expect?
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> I'm fine with that. I have to think about the testing because I
> >>>>>> cannot
> >>>>>> use the original Jira project because a test run would trigger new
> >>>>>> events in the original PR. This would be a waste.
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>> Should we need to map a priority from JIRA to GitHub issues - it
> >>>>>>> can
> >>>>>>> be useful information.
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> Label mapping for priorities is done.
> >>>>>
> >>>>>
> >>>>>
> >>>>> Please check, is there a space after ":"
> >>>>>
> >>>>>
> >>>>>
> >>>>> "priority: major" - > "priority:major"
> >>>>>
> >>>>>
> >>>>>
> >>>>> as defined in:
> >>>>> https://github.com/apache/maven-gh-actions-shared/pull/129
> >>>>>
> >>>>>
> >>>>>
> >>>>>>
> >>>>>>
> >>>>>> Please review the result [1]
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>>> issues migration is like ARCHETYPE
> >>>>>>>> but  past milestones have not been imported:
> >>>>>>>> https://github.com/support-and-care/mvn-issues-migration-test-mcle
> >>>>>>>> an/milestones
>>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> is it intentional?
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> No, I think my migration config is wrong. I will check it.
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> It is fixed. See also result [1]
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> -
> >>>>>> Sandra
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> [1]
> >>>>>> https://github.com/support-and-care/mvn-issues-migration-test-mclean/
> >>>>>> issues
>>>>>>
> >>>>>>
> >>>>>>
> >>>>>> Am 13.01.25 um 07:42 schrieb Hervé Boutemy:
> >>>>>> 
> >>>>>>> Le dimanche 12 janvier 2025, 09:50:28 CET Sandra Parsick a écrit :
> >>>>>>> 
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> It appears that link to an external sources have a separate
> >>>>>>>>> datatype.
> >>>>>>>>> Therefore, the migration tool ignores it. I will fix it (see issue
> >>>>>>>>> [1]).
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> I solved this issue. I added a new text in the body. Please check
> >>>>>>>> it if
> >>>>>>>> it is good enough. [1]
> >>>>>>> 
> >>>>>>> great, this new text is perfect to get a link from migrated GHI to
> >>>>>>> the PR
> >>>>>>> without going to Jira as intermediate (to anticipate a future where
> >>>>>>> the Jira
 server would be taken down)
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> It is possible to add a PR reference to the GitHub issue, but this
> >>>>>>>> triggers an event on the original PR. I'm not sure if this behavior
> >>>>>>>> is
> >>>>>>>> wanted.
> >>>>>>> 
> >>>>>>> we need to refine benefits and drawbacks, to decide what we do:
> >>>>>>> from what I see, doing a PR reference from migrated GHI to the PR
> >>>>>>> won't change
 navigation from GHI to PR
> >>>>>>> But it will add a navigation back from the PR to the migrated GHI =
> >>>>>>> something
 that is currently missing
> >>>>>>> Such back links are normal, and are added whenever someone manually
> >>>>>>> add a link
 to a PR: the fact that in the current case, it would be
> >>>>>>> automatic, does not change anything. And such back links will
> >>>>>>> happen at migration time only>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> Then I think we should use a PR reference instead of a simple link.
> >>>>>>> Do you see a problem I did not expect?
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> Regards,
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> Hervé
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> [1]
> >>>>>>>> https://github.com/support-and-care/mvn-issues-migration-test-arche
> >>>>>>>> type/issu
 es/329
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> Am 11.01.25 um 15:12 schrieb Matthias Bünger:
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>> I think having the possibility to give issues / PR a priority ist
> >>>>>>>>> very
> >>>>>>>>> useful in a environment like Maven - but should only be doable by
> >>>>>>>>> maintainers (as all labels, except the auto labels when using the
> >>>>>>>>> issue
> >>>>>>>>> template).
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> Btw labels: I like it very much, that the label for newcomers is
> >>>>>>>>> called
> >>>>>>>>> "good first issue" and not "up for grabs" (which quite a lot
> >>>>>>>>> projects
> >>>>>>>>> use, but which has a total different meaning).
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> Am 11.01.2025 um 12:50 schrieb Slawomir Jaranowski:
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>> Should we need to map a priority from JIRA to GitHub issues - it
> >>>>>>>>>> can
> >>>>>>>>>> be useful information.
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> If so, we can add labels like -
> >>>>>>>>>> https://maven.apache.org/developers/conventions/github.html#Prior
> >>>>>>>>>> ity
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> On Fri, 10 Jan 2025 at 21:51, Hervé Boutemy
> >>>>>>>>>> <herve.bout...@free.fr>
> >>>>>>>>>> wrote:
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>> Le mercredi 8 janvier 2025, 18:50:59 CET Sandra Parsick a écrit
> >>>>>>>>>>> :
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>> - ARCHETYPE
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> Migration result:
> >>>>>>>>>>>> https://github.com/support-and-care/mvn-issues-migration-test-a
> >>>>>>>>>>>> rchetype
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> Used migration config:
> >>>>>>>>>>>> https://github.com/support-and-care/jira-to-gh-issues/blob/mast
> >>>>>>>>>>>> er/
> >>>>>>>>>>>> src/main/j
> >>>>>>>>>>>> ava/io/pivotal/migration/MArchetpeMigrationConfig.java
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> wow, I'm impressed:
> >>>>>>>>>>> issues, past closed and still open:
> >>>>>>>>>>> https://github.com/support-and-> >>>>>>>>>>> 
> >>>>>>>>>>> care/mvn-issues-migration-test-archetype/issues?q=is%3Aissue+
> >>>>>>>>>>> past milestones:
> >>>>>>>>>>> https://github.com/support-and-care/mvn-issues-> >>>>>>>>>>> 
> >>>>>>>>>>> migration-test-archetype/milestones?state=closed
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> the only missing aspect I found is when a Jira issue links to a
> >>>>>>>>>>> PR,
> >>>>>>>>>>> like for example
> >>>>>>>>>>> https://issues.apache.org/jira/browse/ARCHETYPE-690
> >>>>>>>>>>> the issue in GH does not display it:
> >>>>>>>>>>> https://github.com/support-and-> >>>>>>>>>>> 
> >>>>>>>>>>> care/mvn-issues-migration-test-archetype/issues/647
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> with that as a reference, I'm much more confident, once this PR
> >>>>>>>>>>> link
> >>>>>>>>>>> is solved
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>> - MCLEAN
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> Migration result:
> >>>>>>>>>>>> https://github.com/support-and-care/mvn-issues-migration-test-m
> >>>>>>>>>>>> clean
> >>>>>>>>>>>> Used migration config:
> >>>>>>>>>>>> https://github.com/support-and-care/jira-to-gh-issues/blob/mast
> >>>>>>>>>>>> er/
> >>>>>>>>>>>> src/main/j
> >>>>>>>>>>>> ava/io/pivotal/migration/MCleanMigrationConfig.java
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> issues migration is like ARCHETYPE
> >>>>>>>>>>> but  past milestones have not been imported:
> >>>>>>>>>>> https://github.com/
> >>>>>>>>>>> support-and-care/mvn-issues-migration-test-mclean/milestones
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> is it intentional?
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>> - MJLINK
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> Migration result:
> >>>>>>>>>>>> https://github.com/support-and-care/mvn-issues-migration-test-m
> >>>>>>>>>>>> jlink
> >>>>>>>>>>>> Used migration config:
> >>>>>>>>>>>> https://github.com/support-and-care/jira-to-gh-issues/blob/mast
> >>>>>>>>>>>> er/
> >>>>>>>>>>>> src/main/j
> >>>>>>>>>>>> ava/io/pivotal/migration/MJLinkMigrationConfig.java
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> same result as MCLEAN
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> to me, if we fix missing PR links, and import milestones in
> >>>>>>>>>>> MCLEAN
> >>>>>>>>>>> and MJLINK like it has been done for ARCHETYPE, we can envision
> >>>>>>>>>>> wide
> >>>>>>>>>>> migration after some time to stress test and learn doing
> >>>>>>>>>>> releases
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> for tracking progress, if we can, it would be nice to track in
> >>>>>>>>>>> Wiki
> >>>>>>>>>>> https://cwiki.apache.org/confluence/display/MAVEN/
> >>>>>>>>>>> JIRA+to+GitHub+Issues+switching
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> I'll add columns for tracking data migration, and lines for the
> >>>>>>>>>>> few
> >>>>>>>>>>> tests
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> And if we could migrate issues for MPOM and MASFRES, it would be
> >>>>>>>>>>> nice
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> Regards,
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> Hervé
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> ----------------------------------------------------------------
> >>>>>>>>>>> -----
> >>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >>>>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> ------------------------------------------------------------------
> >>>>>>>>> ---
> >>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> --------------------------------------------------------------------
> >>>>>>> -
> >>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>
> >>
> >>
> > 
> > 
> 
> 





---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Reply via email to