STABLE version -- 5.0.1002.354

[molio]

Definitely yes.

With all due respect, is there anything more specific you can say?
Like where are you having trouble releasing it now, or are you in a busy state with your day job?
Like which version of Chromium is it based on?
Such as whether it's an alpha version right now, or an estimate of when you might be able to move to a beta channel by.

I hope I don't offend you.
It's a bad habit of yours, but you often just write, "We'll be able to release a new version this month," without giving any specific progress, and usually two months go by.

If this is the case, it is better to release a beta version or release without saying anything, as you did at the end of last year or in May of this year.

If you just write "this month" or "within this year" and two or three months have passed, I think it is inevitable, not to say natural, that the atmosphere on the bulletin board will deteriorate.
Last time we waited up to almost 2 years.
I think it is only natural, based on our experience here, that people start to get frustrated because they fear the same thing will happen again.

If you can say such strong words as "Definitely," I would like to see concrete progress.

Can't we at least use a task management tool like github's issue and pull request templates?
Backlog or Trello would also be fine.
I know github is the most accessible to most people.

---

Can't we at least use a task management tool like github's issue and pull request templates?
Backlog or Trello would also be fine.
I know github is the most accessible to most people.

I know this is meddlesome, but I think many people would be relieved if you used something like the following.
Of course, there will be more requests from the odd person,

If you have used Trello, you may have an idea of what this feature is like. If you have used Trello, you may have an image of this feature.


Create To do, In progress, and Done in Project
Using the Automated kanban template provided by GitHub, you can create

To do
In progress
Done
column is created. This can be set later, but if you use this template, when you add an Issue to the Project, it will automatically go to To do, and when you close the Issue, it will automatically go to Done. (When starting work, the worker manually moves the Issue to In progress.)

To do is indicated in gray, In progress is indicated in purple, and Done is indicated in green, making it easy to visually grasp how much progress has been made on the project.


If these three columns are not enough, additional columns can be added depending on the situation. For example, Waiting.

Create a Project for the entire project and a Project for each sprint.
You can create multiple Projects, so create one Project to manage tasks for the entire project, and another Project for the current sprint and the sprints that are a little ahead. Place the issues you have created in the overall project and in a project for each sprint. This way, you can share with your team how many issues have been collected for the whole project and what needs to be done in the next sprint.



Match Projects with Release Versions
The benefit of creating a Project for each sprint is not only to keep track of what needs to be done for each sprint. It can also help you keep track of what you have "done" for each sprint. At the end of the sprint is the release. Release work is done by cutting a branch for the release and deploying. You can tag the commits to be deployed and match the project name with the tag name, which can be used as a simple release note.