You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm maintaining the fork of this project for internal use. Most of the time I'm just using your code.
But sometimes I have a hard time following your development. Syncing upstream (yours) branch is not straightforward as the master often does not move only forward (to sync you need to also remove existing commits). The absence of any merge commits also perplexes me.
Maybe understanding the branching strategy would help me follow the development easier. Is there any documentation/description on the web of the branching strategy you are using here?
Thanks
The text was updated successfully, but these errors were encountered:
When I was started to add .NET 9.0 support few months ago, I realized the code base was really a mess and it's really hard for me to understand what and/or why I was doing that at that time. So I decided to rewrite the whole 5.x and master branches to make future development much more easier to do.
Current 5.x and master branches reflect the whole efforts. As you can see in mahara/Castle.Transactions@bfd3ab7 and 2a90f1d, it becomes much more easier to deal with adding and removing .NET target frameworks.
Previous old branches are still preserved and were archived in their respective *-ARCHIVE-* branches.
Please do consider that all these (Transactions and NHibernateIntegration) forks are still experimental. So at least for now, until I'm satisfied enough, they don't really follow common best practices in branching strategy.
The good news is all current 5.5 and master branches are pretty much stable now, unless I really have to introduce major breaking changes in commits history, for example if I really really really have to revert mahara/Castle.Transactions@62a8b91 in 5.3.x branch, which I hope I don't have to.
To make development easier on your part, you can now use 5.5 branch latest commit as a starting point.
And if there was commit rewrites (force-push), just hard reset the commit to that latest commit and cherry pick your commits from your development branch. It should work just fine, probably with some minor adjustments.
Hi
Sorry for contacting you this way.
I'm maintaining the fork of this project for internal use. Most of the time I'm just using your code.
But sometimes I have a hard time following your development. Syncing upstream (yours) branch is not straightforward as the
master
often does not move only forward (to sync you need to also remove existing commits). The absence of any merge commits also perplexes me.Maybe understanding the branching strategy would help me follow the development easier. Is there any documentation/description on the web of the branching strategy you are using here?
Thanks
The text was updated successfully, but these errors were encountered: