Comments (4)
Had a call with @clue and @WyriHaximus about this topic.
We all agree that it is a good idea to activate discussions, the question is how to do it. It makes the most sense to bundle all tickets under one GitHub Discussion tab (inside the organization or reactphp/reactphp), maybe use tags to assign specific projects to each ticket (e.g. if it's a question regarding the socket component the tags would be "socket" and "question"). In addition, we can use issue templates in each repository to refer to our discussion section.
from reactphp.
I think we all agree that we want to have GitHub Discussions! 👍 We've enabled GitHub Discussions for Framework X a while ago and this has definitely helped making support requests much easier than dealing with issue tickets.
Here are some thoughts to consider:
- Should we enable discussions for each individual component or on the project level? There are definitely discussions that deal with individual components only, but many discussions actually affect multiple components, so it looks like project-wide discussions in this meta repository make more sense.
- If we go with project discussions, should we set up categories or labels for each component? Each discussion can be in a single category only, but may have multiple labels. As such, we may want to reuse labels also for discussions, e.g. see http and child-process .
- If we go with project discussions, each component would not have a "Discussions" tab. We've briefly discussed if enabling discussions for each component only to create a "placeholder discussion" to direct to the project discussions instead might be a good idea. I haven't seen this used in any other projects, so I'm leaning towards not doing this here either unless we see demand in the future.
- We should probably set up some issue templates to direct users to the discussion board instead of creating issues in the future, see e.g. clue/framework-x#160
- Should we migrate existing issues to discussions? This meta repository and also our component repositories currently hold discussions in the form of issues. It might be tempting to migrate existing issues into discussions, but the migration process will lock the old ticket and duplicate the entire contents as a new discussion. As such, perhaps we should "start fresh" without migrating any existing discussions?
- New issue tickets that are actually discussions should probably be migrated to discussions. This will lock the issue ticket and link to the discussion instead, e.g. clue/framework-x#161
- We probably want to mark discussions in this meta project as organization level discussions. This makes discussions obvious also on the organization level, see https://github.blog/changelog/2022-04-12-organization-discussions/. This feature is rather new and I expect this to improve in the future. For example, discussions would should up in two places like this: community/community#13192 (original link
https://github.com/community/community/discussions/13192
) and https://github.com/orgs/community/discussions/13192 (original linkhttps://github.com/orgs/community/discussions/13192
). (At the time of writing this, GitHub replaces the repository discussion with a link to the organization discussion but does not detect the second link to the organization discussion.)
from reactphp.
Aye, let's just do this and see how it works out. I do think that a label for each component is a requirement when we start linking there, and maybe we can link directly to a specific label? Not sure if that is wise or not.
from reactphp.
Join our Discussions: #463 🎉🎉🎉
from reactphp.
Related Issues (20)
- Why it's named reactphp? HOT 7
- Discussion about the communication channel HOT 18
- Outdated blog posts HOT 5
- Letsencrypt + SSL version or cipher mismatch HOT 14
- Uncaught RuntimeException: Failed to listen on reactphp HOT 5
- multipart video streaming & only send 1 min of the video HOT 2
- Documentation is out of date HOT 2
- Same data in "on data" while cycle write HOT 6
- Connect reactphp App to cPanel HOT 5
- 5454
- Is the project still live? HOT 2
- State-Management Error - Memory leak HOT 5
- Rename `master` branches for ReactPHP projects HOT 4
- http server return "Error: socket hang up" HOT 1
- Does ReactPHP 1.3 work with ZMQ? HOT 1
- Compatibility Issues HOT 1
- Execution Error
- exit() hangs when called after getSocket(ZMQ::SOCKET_PULL) but NOT after getSocket(ZMQ::SOCKET_PUSH)
- PHP Fatal error: Uncaught Error: Class "React\Http\HttpServer" not found HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from reactphp.