September 16, 2021, 5:10pm 1

I’m replying here rather than starting a new Topic. Other related Topics are here, here, here and here. (This Topic thread in particular is just both relatively recent and relatively long.)

I asked on the Topic for Discourse Code Review about whether it had any support for GitHub Issues:

tl;dr some degree of bidirectional sync of GitHub Issues and Discourse Topics as a feature of Discourse Code Review could be helpful for projects that currently have some ambiguity and redundancy between the two.

Cross-posting here because the other thread auto-deletes replies after a month.

4 Likes

Hi Elsie! I do think you want a new feature topic here because the github plugin you are referring to is not the code review plugin.

I can see you are super keen. I believe adding support for issues to Discourse Code Review is PR welcome, but am not sure. If you could lay out here in some more detail what you have in mind, maybe someone in the community can pick it up. If you have a budget for it, you can also post it to marketplace.

2 Likes

Hi @tobiaseigen—thanks for your response. I’m not an administrator on any Discourse forums, and my suggestion is mainly based on a recurring experience I’ve had as a user and sometimes contributor on a variety of projects.

The reason I picked out Discourse Code Review is that it seems to be de facto the sole Discourse GitHub integration, unless there are other currently maintained projects I’m not aware of. Regardless, I’m going to rename this Topic to make it a little more generalized.

Basically the problem is triage: usually projects that have both a Discourse instance and a public GitHub issue tracker tend to have their users concentrated more on the Discourse instance, and when a user Topic is more properly a GitHub Issue, sometimes there will be friction in the process of the Topic finding its way to the people responsible for handling it.

Another way of looking at this is as inboxes or buckets: if end users are more active on the Discourse instance, and the developers are more active on the GitHub repository, essentially the developers or someone tasked with triage has to keep track of multiple redundant places for people to post their problems and figure out a consistent way of migrating Issues and Topics when necessary.

What I’m imagining with GitHub Issue sync is something like the Discourse WordPress plugin, where the Issue tracker and a corresponding Discourse Category are, to the end user, different views for the same underlying set of conversations.

Again, I’m not in a position to spend money on this feature. I’m posting here based on my experience and frustration with it being unclear where to post different types of feedback on certain projects and the tendency of misplaced feedback to fall through the cracks.

(Oh, and preferably there would be exactly the same functionality for Gitlab as for GitHub…)

2 Likes

1 Like

Thanks for explaining all this. Really it sounds like you need to ask the projects you are contributing to that are using Discourse to work on this. Right now it’s not even clear to me how many projects are making use of Discourse Code Review and how it’s working out for them. Feel free to PM me with some details so we can get specific.

That plugin is different… the discussions live only in Discourse and are embedded at the bottom of WordPress posts. They are not synced.

Right, yes, the fact that WordPress is so much more modular would facilitate that in a way that GitHub wouldn’t.

I’ve been working on this for a few different projects. There’s a POC here

I’m hoping to have a test version live in a few projects in the next few weeks.

8 Likes

Happy to help test once you are ready!

2 Likes

1 Like

I haven’t done any further work on the branch I posted, but perhaps it still works

You can try it out and report back if you like.

3 Likes

Hello! I’m new here on Discourse Meta and I need a specific integration that, from what I’ve researched, was discontinued because syncing discussions between GitHub and Discourse became chaotic. However, what I need doesn’t require synchronization. I’m looking for a feature that allows a specific post or reply to become a static GitHub issue—just to pull the information and create the issue, after which the issue proceeds independently on GitHub without syncing back to Discourse.

To provide context, I work in the business team for several government solutions. Our solutions are used by many public agencies, as our scope of responsibility recently expanded to include States and Municipalities. As a result, we have a huge community. We’ve tried managing it through GitHub, but GitHub isn’t as user-friendly as Discourse, and Discourse is wonderful for community management. Currently, a team of six people handles the back-and-forth for suggestions, bug reports, and so on for this large community. I just need a feature that allows a post to become an issue in a specific repository—either a single one or selectable, it doesn’t matter. Our bottleneck is getting it to GitHub, from where we manage everything.

I’m not on the technical team, so unfortunately, I don’t have the technical knowledge to contribute, even though I really enjoy it and am curious. I have no knowledge of Ruby at all, so if anyone can help, I’d greatly appreciate it!

Edit: I wasn’t sure where to post. Since there’s already a discussion about the relationship between issues and posts, I didn’t want to open another topic.

1 Like