Transferring ownership of the plugin

68 views
Skip to first unread message

Damian Szczepanik

unread,
Aug 16, 2015, 3:07:15 AM8/16/15
to Jenkins Developers
Hi,

Recently I've taken over responsibility for Cucumber Reports Plugin[1] which is now developed at new location [2]. I have already released dependent libraries over maven central repository after transferring privileges [3] but now I need:

1. Update [1] because there is outdated
2. Have access to upload new version of the plugin
3. Transfer all privileges belongs to old owner that might be helpful for further maintenance of the plugin

Thanks,
Damian

[1] https://wiki.jenkins-ci.org/display/JENKINS/Cucumber+Reports+Plugin
[2] https://github.com/damianszczepanik/jenkins-cucumber-reporting-plugin
[3] https://issues.sonatype.org/browse/OSSRH-17110

Richard Bywater

unread,
Aug 16, 2015, 4:18:49 AM8/16/15
to Jenkins Developers
Re the new location, shouldn't it be being developed at the standard location? ( https://github.com/jenkinsci/cucumber-reports-plugin )

Richard.

--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-de...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/17eee173-83ad-4696-8270-ffd2d726dae7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Oleg Nenashev

unread,
Aug 16, 2015, 5:40:30 AM8/16/15
to Jenkins Developers
+1 for the default location. We cannot transfer the permissions on the remote repository. BTW we can fork it if you agree.

In order to complete the transfer, we also need your Jenkins JIRA ID.

воскресенье, 16 августа 2015 г., 11:18:49 UTC+3 пользователь Richard Bywater написал:

Oleg Nenashev

unread,
Aug 16, 2015, 6:42:45 AM8/16/15
to Jenkins Developers
There is an existing repo: https://github.com/jenkinsci/cucumber-reports-plugin . I've added Damian to committers, ho he can push actual changes there after accepting the invitation.

Damian also provided his JIRA id in another thread: dszczepanik , so I've made him a default assignee.


воскресенье, 16 августа 2015 г., 12:40:30 UTC+3 пользователь Oleg Nenashev написал:

Damian Szczepanik

unread,
Aug 16, 2015, 7:47:01 AM8/16/15
to Oleg Nenashev
Invitation accepted.

https://github.com/jenkinsci/cucumber-reports-plugin is 3 years old (without any
update) and does not have issues that haven't been fixed yet
https://github.com/damianszczepanik/cucumber-reporting-jenkins/issues so how
about deleting first repo and transferring second one to jenkinsci (just replace it)? In that
case no need to maintain both. Does it make sense? Will I have push access to such
repo?

Damian

Oleg Nenashev

unread,
Aug 16, 2015, 7:50:39 AM8/16/15
to JenkinsCI Developers
@Damian
Are these plugins different? They have the similar group/artifact IDs, so I thought one of them forks another one. In such case you would be able to just push the commits



You received this message because you are subscribed to a topic in the Google Groups "Jenkins Developers" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/jenkinsci-dev/vqNh6_1-HCA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to jenkinsci-de...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/1609700586.20150816134647%40gmail.com.

Damian Szczepanik

unread,
Aug 16, 2015, 8:17:33 AM8/16/15
to Oleg Nenashev
They are the same (fork). I can push commiets but not issues. In that case I don't think this is confortable to keep jenkincci for release and fork for issues/pull. That's why I wonder if I can have one repo with all history, issues and incompleted pulls.

Damian



Oleg Nenashev

unread,
Aug 16, 2015, 8:20:30 AM8/16/15
to JenkinsCI Developers
I would recommend to use jenkinsci org as a main repository.
Regarding the issues, why don't you use the central Jenkins JIRA tracker? The most of users will create their issues on it in any case, so we commonly disable trackers in GitHub

Damian Szczepanik

unread,
Aug 16, 2015, 8:37:43 AM8/16/15
to Oleg Nenashev
Yes, that is another solution. However having together issues and pull (that can be linked with issues) is kind of benefit and ... some legacy on the other hands.

I need to think it over, maybe most of issues can be closed and migrating issues to JIRA is useless. Before that time I will release new version.

Thanks,
Damian


Damian Szczepanik

unread,
Aug 17, 2015, 2:48:36 PM8/17/15
to Oleg Nenashev
Hi Oleg,

I have revised pro and con. Migrating to JIRA tracker will cause overwork for coworkers who report issues and wishes via github. I have also several issues/change requests that I'm going to complete soon or later.

That means that from my point of view the best would be to delete outdated repo which you mentioned and transfer/replace mine. Tell me if you are ready for this and if you have done such operation before - just to be aware of potential problems caused by such operation :)

thanks,
Damian



Oleg Nenashev

unread,
Aug 30, 2015, 5:50:16 AM8/30/15
to Jenkins Developers, damian.pu...@gmail.com
Sorry, lost the thread


So, now the repos are fully consistent (including release tags). You can start using it for the development.

понедельник, 17 августа 2015 г., 21:48:36 UTC+3 пользователь Damian Szczepanik написал:
Reply all
Reply to author
Forward
0 new messages