[Doubs about workflow GIT -> Plastic]

18 hours ago, psantosl said:

Are you sure you use different directories in Git? Or do you mean you use different repositories?

My bad, I meant repository

18 hours ago, psantosl said:

When you say Git you mean GitHub or GitLab, correct?

My bad again, I was referring to Github whenever I said git

18 hours ago, psantosl said:

In Plastic you should achieve this doing the same as in Git, different repositories.

How I can achieve this? I try to find this in the dashboard, but I found only how to add ppl to my organization and in plastic, I only found how to change permission.

19 hours ago, psantosl said:

I strongly recommend you to use different repositories for your case.

Can u show me how to share only the repo? And another one, does I need to invite ppl to my organization to share repo? Will be amazing if I don't need to

 

19 hours ago, psantosl said:

Task branches + trunk based development is a much faster way to work, and much simpler.

I've saw recommendations about this in your book, I'll certainly try to study a little more about it, I've never heard about it before.

 

19 hours ago, psantosl said:

Regarding the v1.0 fix: why don't you simply create a new version with the fix at the current stable state and release it? This is entirely possible. Just do the fix based on the latest on main, merge it back, release. Yes, the user will get some improvements too, but that's not an issue 🙂

You're right, this is a good solution, now that u say an answer this question seems some kind of silly one 😒 haha
 
It really helped, thanks a lot

[Doubs about workflow GIT -> Plastic]

I'm migrating from git and currently, I'm reading ur book about plastic, and want to share two doubts about workflow.

 

1. About repositories: I'm an indie dev, so I'm starting a lot of small projects, some for prototype something, some for game jams, some to create a lesson, and so on. Some of those projects I work alone, some in teams/groups, and some with friends. My doubt is: in git, I do this by having multiple directories with different contributors, what works perfect for my case, but here I don't found a similar solution, because if I understand it right all that I can have is different groups inside my organization, but this really does not seem right. Am I don't getting something, how can I organize projects in a more modular way here in plastic?

 

2. About flow: In git I normally use git-flow, and there I have a stable branch that is a deployment branch, so I only pull/push to this branch when some features as ready or when sprints end, but in your book, you're suggesting short live branches that will merge all in the main branch and that I can make a label to identify what version is deployable. My doubt is: if I have, for instance, deployed my v1.0 in let's say Monday, and worked all week along with several short live branches in the week, so I have some snapshots that come after v1.0 but is not public yet so I don't update my version yet, and someone has found a bug in v1.0, so I need to work on a hotfix that in my branch need to comes after v1.0 generate a v1.1 but before my week snaps so when I ready to launch v1.2 I'll pull from v1.1 before a push to production. If I only create a snap from v1.0 I can create a label to this hot-fix and deploy it, but I can not merge in the main branch just before v1.2 come to play, and this does not sound right, is I misunderstand something?