forgefriends. forges united. coders befriend.
    • smallcircles@lemmy.mlOPM
      4·
      2 years ago

      I think both are features that are still well off for later. First Gitea will federate with itself. But they are good points. There are so many opportunities, and so many ways to implement them. Issues might become follower-only toots, for those following a project.

        • smallcircles@lemmy.mlOPM
          1·
          2 years ago

          I passed a link to your comment to the matrix chatroom, and the person who likely wrote the text you had seen responded:

          The issues themselves are represented using the standard AP Note type, but Mastodon doesn’t seem to understand what ForgeFed tickets are iirc. Since Gitea doesn’t have threads, I guess one solution could be to render Mastodon-generated comments as quote replies on Gitea.

          There was more discussion on supporting threading after that comment.

    • musicmatze@lemmy.ml
      2·
      2 years ago

      I think the github discussion feature is completely useless. It is basically issues again, but worse … and now we have two places where users open issues.

      Thanks for nothing, github.

        • musicmatze@lemmy.ml
          2·
          2 years ago

          it seems to make sense to separate issue tracking from general development discussions.

          How? Isn’t general development discussion actually an issue? If a discussion comes to a point and gets implemented, it is essentially an issue,…

            • musicmatze@lemmy.ml
              1·
              2 years ago

              An issues is usually a bug report or similar

              Usually? And when it is not?

              See, I don’t see any reasons why a feature discussion shouldn’t be an issue. “Issue” is just a fancy name for “Discussion”, isn’t it? So basically, these are all some kind of linear or tree-style discussion of some specific topic. There’s nothing more to it, is there?

              So I don’t see why they should be seperate at all. Differentiation can be done via tags, labels, … or whatever you’d like to call it. That’s there already of course.

                • musicmatze@lemmy.ml
                  1·
                  2 years ago

                  You don’t seem to be a developer :)

                  I have been a developer for over 10 years now.

                  If you mix them with general discussions your entire project cycle management system breaks as you can’t have clear milestones etc. with forever open “issues” that are not issues but discussions.

                  I don’t see why an issue must be assigned to a milestone, so I don’t see how an issue can break any lifecycle.

        • smallcircles@lemmy.mlOPM
          2·
          2 years ago

          Yeah, I can imagine people do not like the separation. But I also agree it makes sense. If you some of the discussions on issues, esp. when dealing with larger chunks of functionality or controversial features. These issues remain open, and hence ‘on the backlog’ eternally. And that may affect the workflow (or even how people perceive the project, e.g. such as those with thousands of open issues). Issues and Discussions have different commenting UI also, where the latter is threaded.