16

Perl 5 development has moved to Github

 4 years ago
source link: http://blogs.perl.org/users/max_maischein/2019/11/perl-5-development-has-moved-to-github.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.

I didn't notice much public discussion, but in the last month, Perl 5 development has moved to Github. The logistics of the move were mostly handled by Todd Rinaldo although I'm sure there were other people helping.

The change involved moving the main development repository from perl5.git.perl.org to https://github.com/Perl/perl5 , moving the issues from rt.perl.org to Github issues, renaming them in the process, and fixing the code that used the hostnames or URLs for decisions.

The good

On the upside, the move motivated me to go through the open tickets and convert some into pull requests. The integration of various Continous Integration tools with Github means that each pull request can now automatically get a smoke test to see if and what tests get broken when applying a change. This certainly improves the feedback loop for contributors.

The tight integration with Github means that we can also use the code review features of Github to provide detailed and better feedback on specific parts of code in a change than before. Using the mailing list did not allow for convenient feedback and keeping track of the issues.

The bad

In my perception, discussion or communication of the move was non-existent. I think that the current discussion of Perl development is fragmented more by the move. Public discussion now happens across the p5p mailing list, irc and Github issues. This is somewhat worse than having a central archive of discussion on the mailing list. Github issue comments can be made available via RSS, but they are not archived like the nntp mails are.

The ugly

There is very little discussion of how Github should be used and/or what would be a good workflow. For example, there is only a vague consensus on whether to apply your own patches, or when you should ask others to review code. This is left to personal judgement of each comitter. Personally, I think some guidelines or general approach of how Perl should make use of the Github features would be good, but I'm unaware of any public discussion what should be done or avoided.

The future

After today, Perl and pull requests to Perl get automatically smoke tested on Ubuntu, MacOS, Windows and Cygwin using Travis CI and Github Actions. This certainly makes feedback quicker and less reliant. Ideally, there will be a vision of how Github can improve the development of Perl, and that vision will become public knowledge.


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK