0

I'm creating an open source app, which we're in the first phase of, and didn't release version 1.0.0.

I want to know if it is ok to:

  • create an issue per feature, or;
  • change and merge it by pull request, or;
  • do simple process and push changes to develop branch continuously?

Which way do you recommend?

  • 2
    Take a peek at the proposal for semantic versioning. In any case, it is your mess, you call the shots. – vonbrand Jul 6 '18 at 16:03
6

As you are the one creating the project, you get to decide how things are to be done. While your project is young, go ahead and work on new features the same as you have so far.

Once you get some contributors you may find that creating an issue for a new feature idea might be a better approach, allowing other users of your project to input different ideas before any coding has been done, the same for merges, by adding your own work as a pull request you allow others to review your code before it is merged for others to use.

As your project grows you will find what works best for you and what doesn't and you will probably change how you want things done along the way.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.